[BUG] .plexignore is "ignored" when modifying files in subfolder

Plex Media Server NAS & Devices
1

Server Version#: 1.26.1.5798
Player Version#: 4.81.1 (hosted)

I have a Photo library, where there is a .plexignore file in the root with the following content:

Photo library location/path: /share/CACHEDEV2_DATA/Media/Photos

# ignore subdirectories
*( unsorted )/*
*( uploads )/*

These two folders (uploads and unsorted) each contain a separate .plexignore with the following content:

# ignore all files in the folder
*
# ignore any sub-directories in the folder
*/*

Every time I manually move something around in these two folders, this starts a full rescan and all photos (in the folder) are added to the library (these should be ignored). I can also see from the logs, that PMS detects these ignored images (see below). This requires me to do a full scan of the library again by PlexWeb so I get the trash icon (item removed) back and can do a Empty Trash on the Photo library. This is really becoming an annoying bug.

PMS detection of ignored files:

May 14, 2022 08:33:21.299 [0x7fef752f4b38] INFO - Library section 70 (Photos) will be updated because of a change in "/share/CACHEDEV2_DATA/Media/Photos/( uploads )/2022-05-11 15.38.24.JPG"
May 14, 2022 08:33:34.619 [0x7fef752f4b38] INFO - Library section 70 (Photos) will be updated because of a change in "/share/CACHEDEV2_DATA/Media/Photos/( uploads )/New folder"
May 14, 2022 08:33:41.325 [0x7fef752f4b38] INFO - Library section 70 (Photos) will be updated because of a change in "/share/CACHEDEV2_DATA/Media/Photos/( uploads )/New folder"
May 14, 2022 08:33:45.334 [0x7fef752f4b38] INFO - Library section 70 (Photos) will be updated because of a change in "/share/CACHEDEV2_DATA/Media/Photos/( uploads )/jørn-e-møbler/2022-05-07 14.01.40.jpg"
May 14, 2022 08:33:53.977 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:54.451 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:54.458 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.046 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.055 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.066 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.073 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.162 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:55.170 [0x7fef72c73b38] ERROR - Format [JPEG] - Premature end of JPEG file
May 14, 2022 08:33:57.003 [0x7fef752f4b38] INFO - Library section 70 (Photos) will be updated because of a change in "/share/CACHEDEV2_DATA/Media/Photos/( uploads )/2022-05-07 10.53.44.jpg"
2

Did some tests. Enabled DEBUG log on PMS. I created a dummy.jpg file and placed it in ( uploads ) moved it into a sub-folder and into ( unsorted ) and it became visible in PlexWeb.

image
image1067×468 40.6 KB

Plex Media Server-cut.log (89.5 KB)

3

.plexignore doesn’t prevent file scans from occurring. Instead it prunes things from the list after scans have occurred. It is not a useful way to avoid filesystem activity.

The ideal solution would be to move those subdirectories outside of the Library, and not need a .plexignore at all.

If you have Photos/.plexignore as described, why also have .plexignore files in the subdirectories? A wild guess, but perhaps that overlap is contributing to the weirdness.

It does seem like something is wrong; these messages are certainly funky.

May 14, 2022 09:04:00.672 [0x7f4f7934db38] DEBUG - Path matched, we're reusing media item 442498
May 14, 2022 09:04:00.716 [0x7f4f7934db38] DEBUG - Bringing back media item 442498 to life.
May 14, 2022 09:04:00.722 [0x7f4f7934db38] DEBUG - Updating deletion state for metadata item 313826, is has a dead item count of 0.
May 14, 2022 09:04:00.722 [0x7f4f7934db38] DEBUG - Marking item 313826 as alive and well.
May 14, 2022 09:04:00.728 [0x7f4f7934db38] DEBUG - Updating deletion state for metadata item 313825, is has a dead item count of 12.
May 14, 2022 09:04:00.729 [0x7f4f7934db38] DEBUG - Updating deletion state for metadata item 313824, is has a dead item count of 1.
4

Because in the past .plexignore had a bug and this (nested) solution was suggested by a Plex employee.

5

Hahah frying pan, fire, frying pan, fire.

I agree that what it’s doing looks bizarre.

I wonder if going back to a top-level .plexignore would be better … at the moment. Maybe @drzoidberg33 has some other magic available. I’d love to understand what it’s doing.

You’re not able to move those folders and avoid the whole issue? Because of how the uploader works?

6

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.