Hi,
I’m experiencing an issue where a Hookmark link permanently redirects to the wrong target after an external drive is temporarily unmounted.
Steps to reproduce:
-
Have two folders with identical names — one on an external drive (e.g.
/Volumes/MyDrive/Projects/foo), one on the local drive (e.g.~/somePath/foo) -
With the external drive mounted, create a Hookmark link to the external folder
-
Invoke the link → correctly opens the external folder
-
Unmount the external drive
-
Invoke the link → silently opens the local folder instead of showing an error
-
Remount the external drive
-
Invoke the link → still opens the local folder. At least this part is not what I want.
Expected behaviour: When the target volume is not mounted, Hookmark should either show an error/warning (“target volume not available”) or prompt for re-resolution — rather than silently falling back to a path-matched local folder with different content.
Actual behaviour: Hookmark falls back to path-only matching (?) when the external volumeis not present. Once this fallback match is made, the link appears to be permanently re-associated with the local folder, even after the original volume is remounted.
Environment:
-
macOS 14.6.7
-
Hookmark 7.0.1
Is there a way to prevent this fallback behaviour, or to force Hookmark to require volume UUID matching?
Alternatively, is there a way to inspect or manually correct the stored bookmark target?
I would also really like to have a possibility to see all matching folders for a given (broken) link.
Thanks for your any help or guidance
Till