Nice catch! I don’t use iCloud Drive for anything serious, so I have it disabled on my servers. Now it might make sense why I wasn’t getting the finder windows closing issue.
I have iCloud enabled and my NAS finder windows never close or revert to a root folder.
I use the iCloud Drive very often since my Mac mini is headless that runs plex and I use Remote Desktop for everything.
iCloud Drive is the part of iCloud that stores documents, its not related to Remote Desktop.
But if you do have drive enabled, and it is not causing that, then maybe it’s related to my download app sending files to my NAS that triggered it, but its changed since turning off iCloud Drive.
yes i know, what i was saying is that i use icloud drive for direct file transfers instead of my NAS in most cases, since I only use Remote Desktop, which may mean my sleep and power settings may be different than others here. But slightly off topic.
-
My Finder windows still must remain open to complete successful scans
-
PMS, SMB have full disk access (was this way before the upgrade to 15)
-
- Attempted disabling, restarting, and reenabling with no success
-
My finder windows do not disconnect or revert to root after any length of time (currently going on 2 weeks)
-
Others should submit feedback to Apple via the Feedback app.
-
I’m a fully Mac household (with windows VMs that dont access these shares often) has anyone tried using AFP instead? (i know its pretty outdated now)
Just adding that I’m experiencing this exact same issue, and I’m glad that I found this thread! Running Sequoia 15.0.1, Synology NAS, AutoMounter.
I’ve been troubleshooting this issue with AutoMounter since I have a good back and forth with them. They’re working on a new version after discovering Apple has introduced MAC address randomisation on some computers, and it’s causing some carnage in the Mac App world. So Plex staff can look at this specifically.
The randomization can be disabled.
Mac
Requires macOS Sequoia or later
- Choose Apple menu > System Settings, then click Wi-Fi in the sidebar.
- Click the Details button or More Info button
next to the network name. - From the menu next to Private Wi-Fi Address, choose Off, Fixed, or Rotating. Learn more about these settings.
AFAIK, this is a WiFi only setting taken from iOS. “Private Wi-Fi address” is the setting within the specific wifi network you are connected to. By default, the setting is set to fixed. Setting it to off will configured it back to the hardware MAC. For anyone using strictly a wired connection this setting should not matter, and does not exist. I highly suggest everyone set this to off, if using wifi on their own KNOWN network.
Mine is off as my firewall did not like it, and don’t use auto mounter. finder window has been my solution. Since it’s a headless server only box not a huge issue for me, as my finder windows never close or revert to root.
I have a case in with Apple on it since it’s a reproducible issue every time finder is closed. They can help determine if it’s an Apple or Plex issue.
Well it took 5 days, and a server freeze/restart, but now I have to keep my finder windows open again or I get the trashcans. Really wish I even remotely understood why it worked perfectly for almost a full week.
Maybe you had another app that kept the directory/connection open.
I wrote a script in Automator that checks if my finder winder is open to my movies library and if not, opens it.
tell application "Finder"
if not (exists (Finder window 1 whose target is folder "Movies" of disk "Plex-Library")) then
open folder "Movies" of disk "Plex-Library"
end if
end tell
This has been working for me so far.
Hi all
Having the same issue:
Have been trying all sorts of fixes over the past few days, but simply switching to AFP did the trick for me:
Ok cool, someone tried it, I had asked previously, I know AFP is pretty outdated. Do you have any issues with speed issues? ie with multiple users or larger files, AFP isn’t as speedy as SMB, but I think it handles larger files better. (I haven’t used it in years)
Are you using AutoMounter or something similar still? and you dont need to keep the finder windows open anymore for successful scans?
Has anyone else submitted feedback to Apple either via feedback or direct case submission?
If you’ve submitted via feedback provide your FB# and I’ll update the similar reports to include yours.
I just switched from SMB to AFP for my media drive in AutoMounter. I shut down all my open finder windows, and rebooted the server for good measure. Plex identified the drive immediately, and content played at the same pace. I had high hopes… However, after about 5 minutes of playing some content, Plex would stop and say the file was no longer available. I could physically see the drive and all the content in Finder. Plex would even allow me to browse all the content, but ~5 minutes after starting anything, it would just bomb out. I went back to SMB since that’s at least manageable.
I honestly think this is just another apple issue we will have to wait for a resolution. My best guess… 15.1 will have some major SMB bug fixes. I vaguely remember SMB issues with macOS 13 or 14, which didn’t affect Plex, but the solution then was to just wait it out.
Anybody tried 15.1 RC1 yet? Hopefully that improves the situation.
I just updated my Synology to DSM 7.2.2 and then ran a scan with out the finder window window open. It did not resolve the issue. Reopening the finder window on the storage folders still is the temp fix for me.
I can add that in addition to Roon, I have been running Emby as a test and it has worked flawlessly after 3 days in keeping movies in my library.
What’s the difference from Plex? Direct paths to network folders using logins. This is the same as my note above regarding Roon.
In my 10 years using Plex, this whole thing with finder windows and Volumes is really the first time I have been super frustrated with the product. And really, is there some reason Plex needs to use Volumes for network mounts? Can’t Roon or Emby be followed as a model?
No one has really answered this and instead it is a round circle of blame…




