'x-nvultra://open' URL handler stopped working
Completed
nvUltra Version 1.0.0 (2022.03.30.16.40)
macOS Monterey 12.2.1 and macOS Big Sur 11.6.2
## What I did:
Clicked a link to open a note, for example:
x-nvultra://open?notebook=~/OneDrive/Dokumenter/Notes/¬e=My%20Note.txt
x-nvultra://open?notebook=~/Library/Application%20Support/Notational%20Data/¬e=Another%20note.txt
## Expected Behaviour
nvUltra is brought to the foreground (or started if it wasn't already) the appropriate notebook opened (if it wasn't already) and the note displayed.
## Actual Behaviour
nvUltra is brought to the foreground (or started if it wasn't already, and in that case I'm just presented with my list of notebooks).
## Other Stuff I Tried
I've also tried without the trailing slash before the `¬e` part, same result:
x-nvultra://open?notebook=~/Library/Application%20Support/Notational%20Data¬e=Another%20note.txt
The find links work though:
x-nvultra://find?txt=Another
I use the same Python script to generate the URLs that I've always been using, so they should be good. I also checked old URLs that I know worked before, but now don't.
Just for kicks I also tried running the AppleScript, but get this error: "nvUltra Beta got an error: Can’t get file of window id 263499."
-James
-
Does nvUltra have permission to access the desired directory?
0 -
Is this working for you in the latest release?
0 -
Everything works inside the app for my various notebook directories, so I can only assume that nvUltra has permission.
Unfortunately no, I still have the issue with the same symptoms with the 2022.05.13.15.34 release on my Monterey machine.
0 -
This seems to be working for me -- is it still broken with today's release?
0 -
Opening by specifying a notebook and note, for example: x-nvultra://open?notebook=blah¬e=thenote is still not working for me (with that new release 2023.01.16.14.18). Same behaviour as outlined in my original post
0 -
nvUltra is sandboxed, and I think the `~` might be problematic. Try using the full path to the desired folders.
0 -
Looks like there is also a separate issue where there is a race condition that can cause the wrong window to be selected if the the folder navigator is open. This is fixed for next version.
0 -
Yes! Full path works. And yes, I also noticed a bit of strangeness, where if I had one notebook open, and used a link for another notebook, it didn't open the second notebook, but just tried to search in the open one, or opened the folder navigator. After quitting and restarting a couple times the second notebook opened to my desired note. I'll test more in the next version 👍🏻
(by the way, any plans for adding a "copy a URL to this note in this notebook" command? that would be handy!)
0 -
That's the race condition as well -- it grabs key window, instead of finding a specific document's window.
I believe Brett is experimenting with something similar for a potential future update. (No promises!)
0 -
I added a change to support `~/` in URLs that will be included in the next update.
0 -
Fixed for next release.
0 -
nice 👍🏻 will test
0 -
So far so good with 2023.03.03.01.54, thanks!
Just tried a couple of my old test URLs of the form:
x-nvultra://open?notebook=~/OneDrive/Dokumenter/Notes/¬e=My%20Note.txt
x-nvultra://open?notebook=~/Library/Application%20Support/Notational%20Data/¬e=Another%20note.txt
And in both cases it opened the correct notebook, and took me straight to the note 😃
0 -
James Allan Lodberg -- glad to hear it!
0
Please sign in to leave a comment.
Comments
14 comments