Hi, I'm sharing a folder containing music with this structure:

Music
   The Civilians Military
       Tactical Combat Maneuvers
           Track 01
           Track 02
           etc

I can see these tracks in file explorer but for some reason in fopnu under the size column it says 0 files. I cannot see any of the tracks. This same behavior can be seen in DarkMX. I have many other folders being shared and this is the only one with this issue.

I'm wondering if maybe there's some shadow filtering going on to remove anything that might be military related from being shared, can anyone shed some light on this?

There is absolutely NO filtering, shadow or otherwise going on. You can share anything you want.
What type of files are they?
You may have to turn on sharing of that type of file.
Right click the folder containing the files, and go to file types.
You have to select all 5 choices to share all types of files.

The tracks are just mp3 files. I'm sharing many of that file type in other folders.

I did an experiment which proved that it is the mp3s themselves and not the folder that they're in that is causing them not to show up. I moved one of the mp3s that do not show up into another folder, and it did not show up. I moved an unrelated mp3 that was already showing up in fopnu to the Tactical Combat Maneuvers folder, and it showed up there too.

Does fopnu read more into files than the extension? Maybe there's something wrong or non-standard with the metadata that's causing them not to be scanned in, wherever they are placed.

are you sure that the files are real mp3s and not mislabeled?
did you turn on all the share types?

Yes, all five file share types are turned on. I'm not sure what you mean by "real" .mp3s. I know that they play fine on VLC player, although in a metadata editing program called mp3tag that I use the tag field shows up as ID3v2.3 (ID3v1 ID3v2.3 !BAD ID3v2).

I tried deleting the tag information and now it no longer shows up as !BAD, but they still do not appear in fopnu or darkmx. The codec is MPEG 1 Layer III.

The contents of the files won't matter at all.  It doesn't read the files when scanning directories.

Is there anything unusual about the folder name?  Leading or trailing spaces?  Is the hidden attribute set?  Perhaps permission issues?  This seems quite strange.

You could go into Help > Diagnostics and look at the File Activity Log, then on the misbehaving folder in the library, right-click and Refresh from the popup menu.  There should be some clues in there, and it shouldn't be too many lines to look at if you only refresh the one folder.

I'll do my best to get this fixed as soon as we can figure out what's going on.

It seems to be the tracks that are the issue and not the folder that contains them. I can move them to other shared folders and they still do not show up. If I move other files to the Tactical Combat Maneuvers folder, they do show up.

Here is the output of the File Operations view after refreshing the Tactical Combat Maneuvers folder with the tracks inside of it:

 *** 9/4/2025 ***
[8:51:31 PM]  9004:54.505> AsyncFileSys::GetFileInfo E:\Shares\Library  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:51:31 PM]  9004:54.520> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:51:38 PM]  9005:01.607> AsyncFileSys::GetPartitionID E:\Shares\Music\The Civilians Military\Tactical Combat Maneuvers  us = 1
[8:51:38 PM]  9005:01.607> AsyncFileSys::GetPartitionID CB OK r=E:\  us = 1
[8:51:38 PM]  9005:01.607> EnumDirectory(E:\Shares\Music\The Civilians Military\Tactical Combat Maneuvers)  us = 1
[8:51:38 PM]  9005:01.607> EnumDirectory FindFirstFile OK  us = 1
[8:51:38 PM]  9005:01.607> EnumDirectory callback h=229fa2a0 c=1 e=18  us = 1
[8:51:38 PM]  9005:01.607> AsyncFileSys::GetFileInfo E:\Shares\Music\The Civilians Military\Tactical Combat Maneuvers\Tactical Combat Maneuvers.jpg  b=1 len=1 LM=0 LA=0 CT=0 FID=1 PID=0  us = 1
[8:51:38 PM]  9005:01.607> AsyncFileSys::GetFileInfo CB 1 0 1 0 78835 2025/08/31 03:01:09 PM 2025/09/03 07:10:10 PM 2025/08/31 03:01:09 PM 2857152838_1125899906895490   us = 1
[8:51:41 PM]  9005:03.977> AsyncFileSys::GetFileInfo E:\Shares\Music  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:51:41 PM]  9005:03.997> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:51:45 PM]  9005:08.402> AsyncFileSys::GetFileInfo E:\Shares\Shows  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:51:45 PM]  9005:08.447> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:51:47 PM]  9005:10.031> AsyncFileSys::GetFileInfo E:\Shares\Music 2 - Unsynced  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:51:47 PM]  9005:10.081> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:51:51 PM]  9005:14.166> AsyncFileSys::GetFileInfo E:\Shares\Library  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:51:51 PM]  9005:14.201> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:52:00 PM]  9005:23.669> AsyncFileSys::GetFileInfo E:\Shares\Music  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:52:00 PM]  9005:23.719> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:52:06 PM]  9005:29.124> AsyncFileSys::GetFileInfo E:\Shares\Shows  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:52:06 PM]  9005:29.186> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1
[8:52:07 PM]  9005:30.575> AsyncFileSys::GetFileInfo E:\Shares\Music 2 - Unsynced  b=1 len=0 LM=0 LA=0 CT=0 FID=0 PID=0  us = 1
[8:52:07 PM]  9005:30.669> AsyncFileSys::GetFileInfo CB 0 1 1 0 0 0 0 0    us = 1


There is a file called "Tactical Combat Maneuvers.jpg" which does show up.

Thanks for posting that log and the new detail.  This definitely narrows it down.

I took a look at the EnumDirectory function, and it filters based on a file's attributes.  It will drop any file or folder that has any of the following file-system attributes on it's directory entry:


Try right-click > properties in the Windows file explorer and there are probably some checkboxes in there to toggle the hidden or temporary attributes.

If you open a command prompt, I think there's also the attrib command that will list the files and attributes in the current working directory.  You could use that to check what's going on with those files.  The manual page for that command appears to be at https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/attrib

Thank you KH! For some reason, all of those tracks had both the A (Archive) and T (Temporary) attribute. They would show up as "AT" in the properties window in file explorer but only the A attribute would show up when running the attrib command in command promt.

I found a powershell script online to remove the Temporary attribute, I'm pasting it here in case anyone else needs it:


<#
.NAME
ClearTempAttrib.ps1

.SYNOPSIS

Removes the temp file attribute on any file in the specified path

.DESCRIPTION

This script will remove the temp file attribute on any file in the specified path and its sub directories.  If you do not wish the sub directories to be changed remove the -resurse option


.NOTES
This script was created by Brad Call of Internal I.T. Ltd www.internalit.ca

#>

$DataPath = Read-Host "Please Enter the Data Path"

Get-childitem $DataPath -recurse | ForEach-Object -process {if (($_.attributes -band 0x100) -eq 0x100) {$_.attributes = ($_.attributes -band 0xFEFF)}}

Thanks for letting me know how this turned out.  Glad it works now.

I am thinking about removing the filter for FILE_ATTRIBUTE_TEMPORARY because this happened.  I don't see any reason to not use files marked as temporary, especially since it can happen by chance.