This is popping up again (for the first time for me), in Version 1.8.23 (107) on an M1 MacBook AIr. I'm getting this error whenever I try to save files. I recently upgraded to Sequoia, which may be a factor.
Can you try this command via Terminal.app while Mp3tag being closed:
defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks
After that, load the folder (not the individual files) via ⌘O and see if the issue persists.
That worked. Thanks.
Hello. I have the same issue as mentioned here. I used the command above and it works, but it is a temporary solution and doesn't really work with my default workflow, which is to navigate to a folder I need in Finder, then right click a sub folder and open it with mp3tag. When I do that, it still does not work and yields the above error.
So I hope you will work to fix this bug in future updates.
If you open the Folder (not the individual files) from the right-click menu using Mp3tag's integration to the services menu, it should acquire a secure bookmark from the system that covers the whole folder.
Can you trigger the above error by
- removing all stored secure bookmarks via Terminal.app while Mp3tag being closed:
defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks
- opening the Folder from the right-click menu using Mp3tag's integration to the services menu
- performing a change in Mp3tag?
- If I use this (defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks) command in terminal, then open mp3tag, then fromwithin mp3 tag navigate to a folder, it works.
- If I open a folder from right click menu using Mp3tag's integration to the services menu, it does not work.
The error is triggered when I select multiple files and try to apply a chance. If I only make a change to an individual file, the error is not shown, but also no change is saved.
It's working fine here, without problems. Applying tag changes, renaming files, and more.
Does this happen with a specific function (e.g., applying an action that moves files to a different directory) or also with simple metadata changes performed via the Tag Panel?
Also, is this on an external drive or NAS, or on the local filesystem? Also, which macOS?
I was trying it on a NAS. It didn't work, so I copied the file locally, but the service menu option still did not work.
I am specifically trying to update the Artist and Album Artist tag.
I did also tries to uninstall the app and reinstalling it.
BackLog is an option to get a more detailed insight into what might be causing the issue. Please set the process to Mp3tag and include all events that are not directly created by this binary.
Please also let me know which version of macOS you’re using.
I am using the latest version of MacOS, Sequoia. After I upgraded, this is the first time I am trying to use mp3tag.
2024-10-02 08:46:55.623-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699483000556##__## seed=0x2a0
2024-10-02 08:46:55.973-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699491385608##__## seed=0x2a1
2024-10-02 08:46:57.156-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699519786892##__## seed=0x2a2
2024-10-02 08:47:00.764-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699606393762##__## seed=0x2a3
2024-10-02 08:47:01.230-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699617568210##__## seed=0x2a4
2024-10-02 08:47:01.230-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3699617572182##__## seed=0x2a5
2024-10-02 08:47:03.659-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 08:47:38.630-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700515163681##__## seed=0x2a6
2024-10-02 08:47:38.630-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700515180200##__## seed=0x2a7
2024-10-02 08:47:38.722-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700517374813##__## seed=0x2a8
2024-10-02 08:47:38.811-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700519510277##__## seed=0x2a9
2024-10-02 08:47:38.912-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700521942529##__## seed=0x2aa
2024-10-02 08:47:39.011-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700524325599##__## seed=0x2ab
2024-10-02 08:47:39.072-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700525779059##__## seed=0x2ac
2024-10-02 08:47:39.164-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3700527984195##__## seed=0x2ad
2024-10-02 08:50:57.588-0500 -- LaunchServices (Mp3tag) -- NotifyToken::RegisterDispatch(user.uid.501.com.apple.LaunchServices.database) fired for session key <private>
2024-10-02 09:01:30.615-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3720481438707##__## seed=0x2ae
2024-10-02 09:01:30.634-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3720481964828##__## seed=0x2af
2024-10-02 09:01:30.777-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3720485386028##__## seed=0x2b0
2024-10-02 09:01:30.800-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3720485943930##__## seed=0x2b1
2024-10-02 09:20:25.464-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3747717855868##__## seed=0x2b2
2024-10-02 09:20:25.530-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3747719470655##__## seed=0x2b3
2024-10-02 09:20:25.636-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3747722024520##__## seed=0x2b4
2024-10-02 09:20:25.707-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3747723708867##__## seed=0x2b5
2024-10-02 09:48:05.842-0500 -- libxpc.dylib (Mp3tag) -- [0x12304d760] Re-initialization successful; calling out to event handler with XPC_ERROR_CONNECTION_INTERRUPTED
2024-10-02 09:51:01.954-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3791793630764##__## seed=0x2b6
2024-10-02 09:51:10.817-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 09:51:10.868-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 09:55:28.982-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3798202318285##__## seed=0x2b7
2024-10-02 09:55:31.976-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 10:05:54.821-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3813222362846##__## seed=0x2b8
2024-10-02 10:05:59.457-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 10:05:59.537-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 10:10:54.120-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3820405492628##__## seed=0x2b9
2024-10-02 10:10:54.425-0500 -- QuartzCore (Mp3tag) -- Commit -- __##__signpost.description#____#begin_time#_##_#3820412873605##__## seed=0x2ba
2024-10-02 10:10:55.378-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 10:10:55.472-0500 -- RunningBoardServices (Mp3tag) -- didChangeInheritances
2024-10-02 10:12:04.474-0500 -- SharedFileList (Mp3tag) -- #SFLAPI LSSharedFileListCopySnapshot
2024-10-02 10:12:06.831-0500 -- LaunchServices (Mp3tag) -- NotifyToken::RegisterDispatch(user.uid.501.com.apple.LaunchServices.database) fired for session key <private>
The log you've shared doesn't show anything related to the error you're describing. Can you make sure you use the correct timeframe for the log, so it includes the time where you've tried the metadata change that fails?
I just got this again. The circumstances: I had a loose MP3. I created a folder of the same name and moved the MP3 into it, within the usual folder from which I move things. I set the otherwise unset fields (track, album, album artist, album artist sort) appropriately. When I tried to write the tag data, I was told that I couldn't access the MP3 via secure bookmark.
The same thing happened when I tried to save an album in my usual way.
I followed your directions -- closing MP3Tag, entering the command in Terminal, and reopening MP3Tag from the folder -- and it worked. But the problem shouldn't be occurring in the first place.
From your description is really hard to read how you've opened the folder with the file.
Mp3tag gets secure access at the folder-level only when loading the folder that contains the files or a parent folder.
Secure access on the folder-level is required for sandboxed applications to rename files contained in the folder and to create temporary files that are needed when rewriting tags.
The easiest way to ensure secure access to all your local files is to use ⌘O to load you home directory ~/. If it's an external drive, the corresponding entry below /Volumes/, e.g., /Volumes/MyExternalDrive.
If you're getting an error despite using the recommended procedure outlined above, please check if the file or folder you're working with is listed when running this command via Terminal.app
defaults read app.mp3tag.Mp3tag SecurityScopedBookmarks
If it is listed, please reproduce the writing issue while BackLog is running, to get more detailed insights into what might be causing the issue. Please set the process to Mp3tag and include all events that are not directly created by this binary.
I agree, and specifically if the folder was opened via ⌘O. If you find any sequence of steps which triggers the issue for you, please let me know and I'll be more than happy to fix what can be fixed.
OK, one thing I'm not understanding; Are we supposed to select the folder in Finder and then press Cmd-O? That does nothing for me, anywhere in Finder.
No, this is to open folders from within Mp3tag to grant secure access to the files in that folders.
Ah, OK. I hadn't understood that from the instructions.
It seems like there is a bug in macOS Sequoia 15.0 and 15.0.1 regarding secure bookmarks:
Here's an Apple Engineer describing the issue on the Apple Developer Forums:
What you're hitting is bug in "ScopedBookmarksAgent" which can cause it hang if it happens to have been launched when the keychain was also locked (for example, late in the screen lock process). That bug is fixed as of macOS 15.1 beta 4.
If you're hitting it regularly during development, you can resolve the issue by killing ScopedBookmarksAgent (you may also need to kill and relaunch your app, depending on what state it ends up). On the user side, a log out (or reboot) should resolve the issue.
https://forums.developer.apple.com/forums/thread/764435?answerId=806097022#806097022
This basically means that a log out or reboot can also help on those systems, in addition to the other steps described above. Hope that macOS 15.1 is released soon.