Scanning Media Folders does not seem to complete for Movies.

[bastionntb 20]

As the title says, I've attached debug logs on a fresh restart, only initiating an entire library scan. TV seems to process just fine, but Movies doesn't complete, and there are multiple instances of referenced files that do not exist.

See movies for the Amazing Spider-Man and it's sequel do not show up properly...

See how it shows multiple versions for the file...

In the folder, there is only a singular file...

 

If I manually tell Emby to refresh the metadata for this particular item, it will do it... but there's hundreds of movies like this.

This is running on a docker, using the latest image from `emby/embyserver:latest` running version 4.8.6.0.

What steps do I need to take to troubleshoot this? I can't see anything in the logs to tell me what might be going wrong.

 

Any help would be greatly appreciated! Thank you!

 

Edit: Also forgot to mention, refreshing metadata on the entire library also does the same thing.

embyserver (1).txt

Edited May 14, 2024 by DatsiK96

[Happy2Play 9780]

Not sure as Amazing Spider-Man does not appear in that log.  Looks like there is only one movie in that log (Bone Tomahawk).

But yes something is wrong as the scan only lasted 1 minute 10 seconds.  I guess one question would be the contents of the nfo file and your library settings.

[sa2000 674]

6 hours ago, DatsiK96 said:

What steps do I need to take to troubleshoot this? I can't see anything in the logs to tell me what might be going wrong.

Any help would be greatly appreciated! Thank you!

 

The log covers this period 2024-05-13 21:47 to 21:49

What time was the library scan started ? 

I see some error relating to collections.  I do not know if it is relevant

2024-05-13 21:47:39.982 Error App: Error in validateChildren for 2746 /config/data\collections
    *** Error Report ***
    Version: 4.8.6.0
    Command line: /system/EmbyServer.dll -programdata /config -ffdetect /bin/ffdetect -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartexitcode 3
    Operating system: Linux version 5.15.0-106-generic (buildd@lcy02-amd64-017) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #116-Ubun
    Framework: .NET 6.0.25
    OS/Process: x64/x64
    Runtime: system/System.Private.CoreLib.dll
    Processor count: 16
    Data path: /config
    Application path: /system
    System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path '/config/data\collections'.
       at System.IO.Enumeration.FileSystemEnumerator`1.CreateDirectoryHandle(String path, Boolean ignoreNotFound)
       at System.IO.Enumeration.FileSystemEnumerator`1.Init()
       at System.IO.Enumeration.FileSystemEnumerable`1..ctor(String directory, FindTransform transform, EnumerationOptions options, Boolean isNormalized)
       at System.IO.Enumeration.FileSystemEnumerableFactory.FileSystemInfos(String directory, String expression, EnumerationOptions options, Boolean isNormalized)
       at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
       at System.IO.DirectoryInfo.EnumerateFileSystemInfos(String searchPattern, EnumerationOptions enumerationOptions)
       at Emby.Server.Implementations.IO.ManagedFileSystem.EnumerateFileSystemInfos(DirectoryInfo dir, Boolean recursive)
       at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive, FileSystemCredentials credentials)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntriesInternal(String path)
       at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path, Boolean clearCache)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
       at MediaBrowser.Controller.Entities.BaseItem.GetFileSystemChildren(IDirectoryService directoryService)
       at MediaBrowser.Controller.Entities.Folder.GetNonCachedChildren(IDirectoryService directoryService, LibraryOptions libraryOptions)
       at MediaBrowser.Controller.Entities.BaseItem.ValidateChildrenInternal(IProgress`1 progress, CancellationToken cancellationToken, Boolean recursive, Boolean refreshChildMetadata, BaseItem[] collectionFolders, LibraryOptions libraryOptions, Dictionary`2 newItemIds, MetadataRefreshOptions refreshOptions, IDirectoryService directoryService)
       at Emby.Server.Implementations.Library.LibraryManager.ValidatePhysicalRoots(IProgress`1 progress, IDirectoryService directoryService, CancellationToken cancellationToken)
    Source: System.Private.CoreLib
    TargetSite: IntPtr CreateDirectoryHandle(System.String, Boolean)

What folder paths do you have specified for the movies library?

and can you get debug log file after this

Debug Logging enabled

Restart the server

Once server is up and running start a library scan for the movies library. note down the time,

After the scan completes, wait a few minutes and then download the server logs and give me some examples of movies not being scanned correctly

 

[bastionntb 20]

9 hours ago, Happy2Play said:

Not sure as Amazing Spider-Man does not appear in that log.  Looks like there is only one movie in that log (Bone Tomahawk).

But yes something is wrong as the scan only lasted 1 minute 10 seconds.  I guess one question would be the contents of the nfo file and your library settings.

Here's the settings of the movie library.

The nfo file is attached, although, I did just notice there are two in there for some reason, one with a different name than the movie file. I'll probably do a script to find the duplicates and move them out or something. Could this cause an issue?

 

4 hours ago, sa2000 said:

The log covers this period 2024-05-13 21:47 to 21:49

What time was the library scan started ? 

I see some error relating to collections.  I do not know if it is relevant

2024-05-13 21:47:39.982 Error App: Error in validateChildren for 2746 /config/data\collections
    *** Error Report ***
    Version: 4.8.6.0
    Command line: /system/EmbyServer.dll -programdata /config -ffdetect /bin/ffdetect -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartexitcode 3
    Operating system: Linux version 5.15.0-106-generic (buildd@lcy02-amd64-017) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #116-Ubun
    Framework: .NET 6.0.25
    OS/Process: x64/x64
    Runtime: system/System.Private.CoreLib.dll
    Processor count: 16
    Data path: /config
    Application path: /system
    System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path '/config/data\collections'.
       at System.IO.Enumeration.FileSystemEnumerator`1.CreateDirectoryHandle(String path, Boolean ignoreNotFound)
       at System.IO.Enumeration.FileSystemEnumerator`1.Init()
       at System.IO.Enumeration.FileSystemEnumerable`1..ctor(String directory, FindTransform transform, EnumerationOptions options, Boolean isNormalized)
       at System.IO.Enumeration.FileSystemEnumerableFactory.FileSystemInfos(String directory, String expression, EnumerationOptions options, Boolean isNormalized)
       at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
       at System.IO.DirectoryInfo.EnumerateFileSystemInfos(String searchPattern, EnumerationOptions enumerationOptions)
       at Emby.Server.Implementations.IO.ManagedFileSystem.EnumerateFileSystemInfos(DirectoryInfo dir, Boolean recursive)
       at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive, FileSystemCredentials credentials)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntriesInternal(String path)
       at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path, Boolean clearCache)
       at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
       at MediaBrowser.Controller.Entities.BaseItem.GetFileSystemChildren(IDirectoryService directoryService)
       at MediaBrowser.Controller.Entities.Folder.GetNonCachedChildren(IDirectoryService directoryService, LibraryOptions libraryOptions)
       at MediaBrowser.Controller.Entities.BaseItem.ValidateChildrenInternal(IProgress`1 progress, CancellationToken cancellationToken, Boolean recursive, Boolean refreshChildMetadata, BaseItem[] collectionFolders, LibraryOptions libraryOptions, Dictionary`2 newItemIds, MetadataRefreshOptions refreshOptions, IDirectoryService directoryService)
       at Emby.Server.Implementations.Library.LibraryManager.ValidatePhysicalRoots(IProgress`1 progress, IDirectoryService directoryService, CancellationToken cancellationToken)
    Source: System.Private.CoreLib
    TargetSite: IntPtr CreateDirectoryHandle(System.String, Boolean)

What folder paths do you have specified for the movies library?

and can you get debug log file after this

Debug Logging enabled

Restart the server

Once server is up and running start a library scan for the movies library. note down the time,

After the scan completes, wait a few minutes and then download the server logs and give me some examples of movies not being scanned correctly

 

The time it starts is when I restarted the server for a clean log, and the scan doesn't seem to explicitly mention when it starts, but you can see it start to scan the libraries that are listed, that's why TV is scanning just fine, but there is no mention of Movies being scanned at all. As I mentioned in the original post, I restarted and then initiated the "Scan Library Files" button which scans all libraries. But again, nothing is ever mentioned in the logs for scanning movies, this is exactly why I'm posting. Also, you can clearly see that it's already in debug, there are multiple lines referencing debug which only show when debug is enabled.

 

As for the collection error, No clue why this is happening, I saw it already, but wasn't sure what would cause it. I did migrate from a different host, so I found this in the config for collections:

    <MediaPathInfo>
      <Path>%AppDataPath%\collections</Path>
    </MediaPathInfo>

Looks honestly like a windows path, but this was never hosted on Windows, even through multiple migrations... I'm going to change it to / to fix it, hopefully.

The Amazing Spider-Man (2012) [imdbid-tt0948470] - [Bluray-1080p][AC3 5.1][x264].nfo

[Happy2Play 9780]

The collection error is a old error from when collections were relocated but old path remained.  Also note the config file is useless as it is no long used.  So you would have to use the api to check and change it.  Most steps can be found here but should be unrelated.

All your configs look correct but per the nfo is not being read as the UI does not show all externalids, people, or overview.

But will guess you will need to Refresh all these items as they appear to have partial information and missing images.  Depending on how many have issues you want to just do the entire library.  If that does not work we would need to see that server log.

[sa2000 674]

20 minutes ago, DatsiK96 said:

The time it starts is when I restarted the server for a clean log, and the scan doesn't seem to explicitly mention when it starts, but you can see it start to scan the libraries that are listed, that's why TV is scanning just fine, but there is no mention of Movies being scanned at all

ok. just scan one library - the Movies library after relaunch of the server. And avoid using the server for streaming during the test

Is the folder path for the working TV library similar?

 

[Luke 42077]

One thing you could do is remove the movies library, then complete a scan of all libraries, then add it back. That may resolve the issue.

[bastionntb 20]

So just an update, not sure why I had nfo files that didn't match up to a video file, but I made a script to go through all the movie folders, if a .nfo existed but did not accompany a .mp4 file of the same name, I delete it. A library scan didn't resolve the issue, but I did a refresh of all metadata and it seems to be working now. That is, it's been going at it for about 2 and a half hours now, and it's still going... So hopefully that was issue. Will confirm later once it finishes.

Edited May 14, 2024 by DatsiK96

[bastionntb 20]

So that didn't fix the issue unfortunately. And rescanning does nothing. If I delete the library and do a scan again, then add it back like you suggested, does watch history, playlists, etc, all get messed up?

[bastionntb 20]

18 hours ago, Luke said:

One thing you could do is remove the movies library, then complete a scan of all libraries, then add it back. That may resolve the issue.

Sorry to keep posting about it, but I wanted to try and get this resolved soon, if I delete the library does watch history get deleted as well for the items in it?

[Happy2Play 9780]

57 minutes ago, DatsiK96 said:

Sorry to keep posting about it, but I wanted to try and get this resolved soon, if I delete the library does watch history get deleted as well for the items in it?

No as it is tracked by providerid, only items with no provider id will lose watched/played state.

[bastionntb 20]

So it looks like deleting the library and adding it back has resolved the issue. Thanks. Also as promised, it kept the watch history stuff, so thank you for confirming it. 

[fhoeflich 0]

In my case, I found that after a few years of use I was no longer able to see movie files which had been added to my library folder.  I would copy the file in, but ... no movie appeared in the emby GUI..  After several days of head-scratching, I finally figured it out and thought that I would post the answer here to get it into search results and the AI scans.  If you are not a Linux user, you can safely skip this article - it won't affect you either way.

If you ARE a Linux user, read on:

I had recently started to run out of room on my media library's ext4 filesystem.  I store my media in a subdirectory of my home directory (/home/me/unprocessed), so I purchased a new large SSD, formatted it ext4, copied my media files there and mounted it on the same subdirectory.  Should have been great - lots of room, good read/streaming performance etc.  So I was puzzled when I realized that new movie files were simply not showing up in the emby GUI for that library as I copied them there.  I researched here, tried and discarded the following one by one:

1. Mount point ownership and permissions (make sure the emby user can read them - I set them all to readable by other since there's nothing really private here);
2. Top-level directory ownership and permissions on the SSD filesystem (same);
3. Ownership and permissions of all directories from the root directory on down to the mount point (same);
4. Ownership and permissions of all movie files (same);

Since I'd been using this server successfully for years, I didn't think any of these had changed.  All I had changed recently was to mount the new SSD on the old mount point.  I checked the support information here and then also:

1. Checked the Linux user and kernel logs in /var/log;
2. Tried adjusting the systemd emby-server.service dependencies to ensure that they forced the local filesystems to be mounted before emby-server was started;
3. Removed the media library, recreated it, and performed a manual scan.

but still had the same problem.  Finally, I found that emby has its own logs under /var/lib/emby/logs on the server and checked those.  That revealed a simple problem:  there was a permissions problem on the single subdirectory lost+found which is added whenever a new Linux filesystem is created.  By default, the ownership of lost+found is root.root and it has permissions 0700 for security reasons.  So naturally, emby couldn't read it ... but very *unnaturally*, when that happens, emby apparently completely abandons the scan and does not even report those files that it CAN read (i.e. everything else, and everything that matters to most users).  See below for my paste of the relevant embyserver.txt log file excerpt.

I flag this as a bug, but even if it's only a (bad) feature it is incredibly annoying and frustrating to debug (days).  I would suggest filing this for Emby and Jellyfin and reconsidering the design decision of having emby toss its cookies completely when it comes across a single file or directory inside of a media library which cannot be read when 99.9% of the others can be read.  Just my $0.02.  Hope this helps someone out there not waste time debugging this one again in the meantime -

...

2026-01-01 17:03:32.326 Info Server: http/1.1 Response 204 to <200c><200d><200d>127.0.0.1<200c>. Time: 1ms. http://<200c><200d><200d>khepri<200c>:8096/emby/Items/113132/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome&X-Emby-Device-Id=c9a52e24-7500-45db-a5a3-1fd30769f24a&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us
2026-01-01 17:03:32.422 Error ProviderManager: Error validating children for unprocessed 113131 /home/me/unprocessed
        *** Error Report ***
        Version: 4.7.14.0
        Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
        Operating system: Linux version 5.10.0-6-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 S
        Framework: .NET 6.0.20
        OS/Process: x64/x64
        Runtime: opt/emby-server/system/System.Private.CoreLib.dll
        Processor count: 16
        Data path: /var/lib/emby
        Application path: /opt/emby-server/system
        System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/home/me/unprocessed/lost+found' is denied.
         ---> System.IO.IOException: Permission denied
           --- End of inner exception stack trace ---
           at System.IO.Enumeration.FileSystemEnumerator`1.CreateDirectoryHandle(String path, Boolean ignoreNotFound)
           at System.IO.Enumeration.FileSystemEnumerator`1.Init()
           at System.IO.Enumeration.FileSystemEnumerable`1..ctor(String directory, FindTransform transform, EnumerationOptions options, Boolean isNormalized)
           at System.IO.Enumeration.FileSystemEnumerableFactory.FileSystemInfos(String directory, String expression, EnumerationOptions options, Boolean isNormalized)
           at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
           at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
           at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path, Boolean clearCache)
           at Emby.Server.Implementations.Library.Resolvers.Movies.MovieResolver.ResolveVideos[T](IEnumerable`1 fileSystemEntries, Folder parent, IDirectoryService directoryService, Boolean supportMultiEditions, LibraryOptions libraryOptions, Boolean parseName, Boolean enforceIgnore, Boolean checkSubFolders)
           at Emby.Server.Implementations.Library.LibraryManager.ResolvePaths(FileSystemMetadata[] files, IDirectoryService directoryService, Folder parent, LibraryOptions libraryOptions)
           at MediaBrowser.Controller.Entities.Folder.ValidateChildrenInternal(IProgress`1 progress, CancellationToken cancellationToken, Boolean recursive, Boolean refreshChildMetadata, MetadataRefreshOptions refreshOptions, IDirectoryService directoryService)
           at Emby.Providers.Manager.ProviderManager.RefreshCollectionFolderChildren(MetadataRefreshOptions options, CollectionFolder collectionFolder, CancellationToken cancellationToken)
        Source: System.Private.CoreLib
        TargetSite: IntPtr CreateDirectoryHandle(System.String, Boolean)
        InnerException: System.IO.IOException: Permission denied
        Source:
        TargetSite:

And yes, I will happily review for others or even contribute my own code to Jellyfin to address this whenever I get there.

[Luke 42077]

3 hours ago, fhoeflich said:

In my case, I found that after a few years of use I was no longer able to see movie files which had been added to my library folder.  I would copy the file in, but ... no movie appeared in the emby GUI..  After several days of head-scratching, I finally figured it out and thought that I would post the answer here to get it into search results and the AI scans.  If you are not a Linux user, you can safely skip this article - it won't affect you either way.

If you ARE a Linux user, read on:

I had recently started to run out of room on my media library's ext4 filesystem.  I store my media in a subdirectory of my home directory (/home/me/unprocessed), so I purchased a new large SSD, formatted it ext4, copied my media files there and mounted it on the same subdirectory.  Should have been great - lots of room, good read/streaming performance etc.  So I was puzzled when I realized that new movie files were simply not showing up in the emby GUI for that library as I copied them there.  I researched here, tried and discarded the following one by one:

1. Mount point ownership and permissions (make sure the emby user can read them - I set them all to readable by other since there's nothing really private here);
2. Top-level directory ownership and permissions on the SSD filesystem (same);
3. Ownership and permissions of all directories from the root directory on down to the mount point (same);
4. Ownership and permissions of all movie files (same);

Since I'd been using this server successfully for years, I didn't think any of these had changed.  All I had changed recently was to mount the new SSD on the old mount point.  I checked the support information here and then also:

1. Checked the Linux user and kernel logs in /var/log;
2. Tried adjusting the systemd emby-server.service dependencies to ensure that they forced the local filesystems to be mounted before emby-server was started;
3. Removed the media library, recreated it, and performed a manual scan.

but still had the same problem.  Finally, I found that emby has its own logs under /var/lib/emby/logs on the server and checked those.  That revealed a simple problem:  there was a permissions problem on the single subdirectory lost+found which is added whenever a new Linux filesystem is created.  By default, the ownership of lost+found is root.root and it has permissions 0700 for security reasons.  So naturally, emby couldn't read it ... but very *unnaturally*, when that happens, emby apparently completely abandons the scan and does not even report those files that it CAN read (i.e. everything else, and everything that matters to most users).  See below for my paste of the relevant embyserver.txt log file excerpt.

I flag this as a bug, but even if it's only a (bad) feature it is incredibly annoying and frustrating to debug (days).  I would suggest filing this for Emby and Jellyfin and reconsidering the design decision of having emby toss its cookies completely when it comes across a single file or directory inside of a media library which cannot be read when 99.9% of the others can be read.  Just my $0.02.  Hope this helps someone out there not waste time debugging this one again in the meantime -

...

2026-01-01 17:03:32.326 Info Server: http/1.1 Response 204 to <200c><200d><200d>127.0.0.1<200c>. Time: 1ms. http://<200c><200d><200d>khepri<200c>:8096/emby/Items/113132/Refresh?Recursive=true&ImageRefreshMode=Default&MetadataRefreshMode=Default&ReplaceAllImages=false&ReplaceAllMetadata=false&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome&X-Emby-Device-Id=c9a52e24-7500-45db-a5a3-1fd30769f24a&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us
2026-01-01 17:03:32.422 Error ProviderManager: Error validating children for unprocessed 113131 /home/me/unprocessed
        *** Error Report ***
        Version: 4.7.14.0
        Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
        Operating system: Linux version 5.10.0-6-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 S
        Framework: .NET 6.0.20
        OS/Process: x64/x64
        Runtime: opt/emby-server/system/System.Private.CoreLib.dll
        Processor count: 16
        Data path: /var/lib/emby
        Application path: /opt/emby-server/system
        System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/home/me/unprocessed/lost+found' is denied.
         ---> System.IO.IOException: Permission denied
           --- End of inner exception stack trace ---
           at System.IO.Enumeration.FileSystemEnumerator`1.CreateDirectoryHandle(String path, Boolean ignoreNotFound)
           at System.IO.Enumeration.FileSystemEnumerator`1.Init()
           at System.IO.Enumeration.FileSystemEnumerable`1..ctor(String directory, FindTransform transform, EnumerationOptions options, Boolean isNormalized)
           at System.IO.Enumeration.FileSystemEnumerableFactory.FileSystemInfos(String directory, String expression, EnumerationOptions options, Boolean isNormalized)
           at System.IO.DirectoryInfo.InternalEnumerateInfos(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options)
           at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
           at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path, Boolean clearCache)
           at Emby.Server.Implementations.Library.Resolvers.Movies.MovieResolver.ResolveVideos[T](IEnumerable`1 fileSystemEntries, Folder parent, IDirectoryService directoryService, Boolean supportMultiEditions, LibraryOptions libraryOptions, Boolean parseName, Boolean enforceIgnore, Boolean checkSubFolders)
           at Emby.Server.Implementations.Library.LibraryManager.ResolvePaths(FileSystemMetadata[] files, IDirectoryService directoryService, Folder parent, LibraryOptions libraryOptions)
           at MediaBrowser.Controller.Entities.Folder.ValidateChildrenInternal(IProgress`1 progress, CancellationToken cancellationToken, Boolean recursive, Boolean refreshChildMetadata, MetadataRefreshOptions refreshOptions, IDirectoryService directoryService)
           at Emby.Providers.Manager.ProviderManager.RefreshCollectionFolderChildren(MetadataRefreshOptions options, CollectionFolder collectionFolder, CancellationToken cancellationToken)
        Source: System.Private.CoreLib
        TargetSite: IntPtr CreateDirectoryHandle(System.String, Boolean)
        InnerException: System.IO.IOException: Permission denied
        Source:
        TargetSite:

And yes, I will happily review for others or even contribute my own code to Jellyfin to address this whenever I get there.

HI, regarding this:

Quote

but very *unnaturally*, when that happens, emby apparently completely abandons the scan and does not even report those files that it CAN read (i.e. everything else, and everything that matters to most users).

I see you're running 4.7. This was improved in 4.8 and should be even further improved in 4.9.

[fhoeflich 0]

20 hours ago, Luke said:

HI, regarding this:

I see you're running 4.7. This was improved in 4.8 and should be even further improved in 4.9.

I will upgrade and see how much improvement I see in 4.8.  Thank you for answering!

Does this mean Jellyfin has inherited this improvement as well?

[Luke 42077]

I can't really answer about other software, but I think the 4.9 release would be your best bet.