Zotero 10.0.2: "Open Literature Note" fails with NS_ERROR_ILLEGAL_VALUE #1064
ZotLit versionObsidian plugin: 2.1.0, Zotero Companion: 2.1.0 Host application versionsObsidian: 1.13.7, Zotero: 10.0.2, OS: Windows 11 (Build 26200) Obsidian debug infoReproduces in a sandbox vault?Yes Steps to reproduce
Expected behaviorObsidian should open the corresponding literature note, or create a new one if it doesn't exist. Actual behaviorAbsolutely nothing happens. No Obsidian window opens, no error message appears, and the UI gives no feedback. However:
Logs or screenshots(3)(+0001593): 05:21:01.110 [INF] zotlit·zotero·menus·obsidian: opening obsidian {"action":"open","itemID":859,"url":"obsidian://zotlit/open?item=859&source-id=4c7df3cb"} (2)(+0000002): MenuAPI: Error in execution of menus[0]["onCommand"] this.warn@chrome://zotero/content/xpcom/zotero.js:1430:71 _log@chrome://zotero/content/xpcom/pluginAPI/pluginAPIBase.mjs:376:23 _validateObject/obj[key]@chrome://zotero/content/xpcom/pluginAPI/pluginAPIBase.mjs:286:13 menuCommandListener@chrome://zotero/content/xpcom/pluginAPI/menuManager.js:657:20 @chrome://zotero/content/customElements.js:180:22 (1)(+0000000): NS_ERROR_ILLEGAL_VALUE Exception: Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIExternalProtocolService.loadURI] this.launchURL@chrome://zotero/content/xpcom/zotero.js:1260:13 $n@jar:file:///C:/Users/kinna/AppData/Roaming/Zotero/Zotero/Profiles/nljsecls.default/extensions/zotlit@aidenlx.site.xpi!/main.js:5:19901 Er/__zotlitMain@jar:file:///C:/Users/kinna/AppData/Roaming/Zotero/Zotero/Profiles/nljsecls.default/extensions/zotlit@aidenlx.site.xpi!/main.js:6:1042 _validateObject/obj[key]@chrome://zotero/content/xpcom/pluginAPI/pluginAPIBase.mjs:283:15 menuCommandListener@chrome://zotero/content/xpcom/pluginAPI/menuManager.js:657:20 @chrome://zotero/content/customElements.js:180:22 |
Replies: 2 comments 1 reply
|
Zotero 10.0.1+ ships a broken version of external url launcher. It's an upstream issue, working on a patch now. |
|
Fixed in ZotLit 2.1.4, out now. This fix ships in the Zotero companion add-on, so updating the Obsidian plugin alone will not resolve it. Update the ZotLit companion in Zotero to 2.1.4 as well: Tools → Add-ons → ZotLit → Check for Updates. Zotero 10.0.2 ships a Gecko version that requires a triggering principal when an add-on hands a link to the operating system. The Release notes: https://zotlit.aidenlx.site/changelog/2.1.4 |
Fixed in ZotLit 2.1.4, out now.
This fix ships in the Zotero companion add-on, so updating the Obsidian plugin alone will not resolve it. Update the ZotLit companion in Zotero to 2.1.4 as well: Tools → Add-ons → ZotLit → Check for Updates.
Zotero 10.0.2 ships a Gecko version that requires a triggering principal when an add-on hands a link to the operating system.
Zotero.launchURLdoes not pass one, so everyobsidian://launch failed before the OS handler started and before Zotero could prompt — which is why the menu commands did nothing at all, with no window and no error dialog. That also explains why annotation sync and starting from the Obsidian side kept working: neither goes through …