Arch Linux User Repository

I don't have a problem with xdg-open (I also have neither a desktop entry in ~/.local/share/applications nor a line for zotero in ~/.config/mimeapps.list.)

But I have the line x-scheme-handler/zotero=zotero.desktop; in /usr/share/applications/mimeinfo.cache

AFAIK this file is generated by https://man.archlinux.org/man/update-desktop-database.1 which is (in addition to a pacman hook) part of https://archlinux.org/packages/extra/x86_64/desktop-file-utils/. [The pacman hook triggers when a *.desktop file is installed in usr/share/applications and then updates the mimeinfo.cache file.]

@manouchk If you are missing the desktop-file-utils package and adding it fixes the problem, it may be good to include it in the dependency list for this package.

@manouchk In my configuration, I have neither a desktop entry in ~/.local/share/applications nor a line for zotero in ~/.config/mimeapps.list.

There must be something else.

Can anyone else check if they have problems with xdg-open?

I solved my problems by adding a Desktop Entry in ~/.local/share/applications and a line for zotero in ~/.config/mimeapps.list as explained in https://askubuntu.com/questions/964275/how-to-register-zotero-protocol-on-ubuntu-16-04/964283#964283 and now it works just fine. Is this problem peculiar to my configuration?

@manouchk I cannot reproduce your error.

With the current .desktop file, when running: xdg-open zotero://select/library/items/43A2CNWN I get: /usr/bin/xdg-open: ligne 881: x-www-browser : commande introuvable (command not found)

@juanmah It was not a filesystem bug, because I installed the latest version manually using makepkg and it works fine. It most likely was a paru problem with its cache, because I rm -r.cache/paru and reinstalled zotero and everything worked again. There must be some leftover files in the cache that messed up the installation. Sorry for the trouble.

@juanmah I tried clean reinstalling, all the .so files under /usr/lib/zotero are corrupted. I manually extracted the .tar.bz2 source and the elf .so look fine to me. There might be a corruption bug I am hitting with my filesystem (f2fs+zstd compression). I will investigate more.

@bezirg I cannot reproduce your error.

It's very unlikely the last update produced this error. Could you try to reinstall again, or downgrade in versions to see when this error appeared?

With the latest update I get:

XPCOMGlueLoad error for file /usr/lib/zotero/libnspr4.so:
/usr/lib/zotero/libnspr4.so: invalid ELF header
Couldn't load XPCOM.

Has anybody else run into this?

Please:

• use https instead of http for url=
• install the license since it have additional copyright info respect to the common one in the licenses package
• don't need so add yourself as Contributor while you are already the maintainer