Refresh?

[emale999]

Hi there,

when adding songs to a playlist in iTunes, the folder in the corresponding iTunesFS volume doesn't update it's contents.
Only ejecting the volume and opening the iTunesFS app (which remounts the volume) updates the folder contents.
Is there a better way? (hourly auto-update oder a hidden terminal command)
Can't find any options for that.

[znek]

It does so, automatically.

I've just tested this on macOS 10.14.6 using macFUSE 4.2.0 and it works as intended. Please note that it doesn't update instantaneously - iTunes will write the library XML file after a short delay. When iTunesFS picks up the change, it will have to reload the whole library (due to the fact, that virtual folders may have been impacted by the change(s)). Afterwards, Finder get's notified and does whatever it needs to do - which sometimes doesn't lead to a visual refresh unless you activate an open window. The latter might be the reason why you think it doesn't work.

The code in question:
The shared watchdog gets the library path in iTunesLibrary.m:153 and keeps track of modifications. When a modification is spotted, the library in question is subsequently reloaded (i.e. Watchdog.m:220).

[emale999]

It's three days ago since I added the tracks to a playlist and they are still missing on the corresponding iTunesFS-folder, so there should have been enough time. Re-open the folder in Finder also doesn't help.
The iTunes Music Library.xml also has a modified date two days ago.

Could it be a problem, that the music files are at another location than the XML-file? ( iTunes Music Library.xml is in ~/Music/iTunes ; the media files are on a different volume) But I guess not because in principle iTunesFS works for me

I'm on macOS 10.13.6 with MacFuse 3.11.0
Didn't dare to update to version 4.x because your Homepage says "required version 3.5.2" for iTunesFS v1.3.6
Maybe I should try to update macFUSE.

[znek]

Please list the files in a terminal, via ls or tree and compare the output with Finder. It might be that NSWorkspace updates are broken in 10.13, and that’s how we can narrow this down.

Otherwise, setting a breakpoint at Watchdog.m:220 will help.

[emale999]

Not more files with ls ;-)

[znek]

Then it looks like the watchdog doesn’t work properly. Can you compile iTunesFS from source and debug it in Xcode?

[emale999]

Unfortunately I can't

…

Am 30.08.2021 um 20:41 schrieb Marcus Müller ***@***.***>: Then it looks like the watchdog doesn’t work properly. Can you compile iTunesFS from source and debug it in Xcode? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AC7WN5VEGXBHAP2KBNG5LUDT7PGHLANCNFSM5DARAKGA>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[znek]

Just for reference: a library reload doesn't trigger [[NSWorkspace sharedWorkspace] noteFileSystemChanged:<path>] due to internal modelling (a library doesn't know about its filesystem, which in turn knows the filesystem path(s) a library's contents are being linked and which the shared workspace would need to refresh). See issue #2.