Arch Linux User Repository

@shmilee: I like that idea. Implemented in 5.5-2 using JABREF_OPTIONS as variable name.

Note that you can then also put that environment variable into your .bashrc, .pam_environment or something similar to be automatically applied.

How about add an extra JavaOptions variable in launch script /usr/bin/jabref like this?

............
--module-path ${ROOT}/lib \
${JABREF_EXT_Options} \
--patch-module .............

So we can add the -Djdk.gtk.version=2 flag or -Dglass.gtk.uiScale=144dpi flag by cmdline, no need to edit /usr/bin/jabref after upgrade.

JABREF_EXT_Options='-Dglass.gtk.uiScale=144dpi -Djdk.gtk.version=2' jabref

Using JabRef with i3wm, I’m running into the issue described at https://github.com/JabRef/jabref/issues/5867 in which clicking the menu bar sometimes opens then immediately closes the associated menu, rendering it unusable.

I was able to fix this issue by adding the -Djdk.gtk.version=2 flag after line 9 in https://aur.archlinux.org/cgit/aur.git/tree/jabref.sh?h=jabref (as suggested in the related bug report https://bugs.openjdk.java.net/browse/JDK-8251240). This change also removes the “XSetErrorHandler() called with a GDK error trap pushed. Don't do that.” warning mentioned by ruiin in a previous comment.

So far, I have not encountered any adverse side-effect from this workaround.

Bevan: I have tried getting the files manually by wget or using a browser. Sometimes it worked, sometimes it gave me 404. However, your idea about firewall made me think that it could be a problem with a Brazilian internet provider. I connected to a VPN, et voilà, everything is working fine. So everything seems to be resolved. Thanks a lot for your help.

quickwater: Thanks for clarifying. Since the problem is not specific to this package, it's unlikely that we can solve it here. But maybe we can learn something about the issue nevertheless.

In your first post you mentioned https://jcenter.bintray.com/org/openjdk/jmh/jmh-core/1.21/jmh-core-1.21.jar as not downloadable. What happens if you manually try to download that file, e.g., using

curl --output jmh-core-1.21.jar -L https://jcenter.bintray.com/org/openjdk/jmh/jmh-core/1.21/jmh-core-1.21.jar

or

wget https://jcenter.bintray.com/org/openjdk/jmh/jmh-core/1.21/jmh-core-1.21.jar

? Are you maybe behind some kind of firewall? Either because you are using a company network or maybe you are in a state that filters internet access?

Bevan: no, it wasn't resolved. I deleted the comment because I wanted to try to solve it first, before asking help here. Looks like it is not temporary problem. I am sure it is not in PKGBUILD, since I tried to build jabref from the git repository with the same result.

quickwater: Wasn't this issue solved five days ago (since you deleted your first comment on that)? I tried building when you posted this first and it worked for me so I assumed it was a temporary hickup.

Cannot build because gradle cannot get resources such as jmh-core, xstream, javaparser-symbol-solver-core-3.13.5.jar and others. What could be a possible reason? Thanks.

neXyon: It is already adependency: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=jabref#n16

Please add archlinux-java-run as dependency!

Performance issues with version 5.0 (large databases)

https://github.com/JabRef/jabref/issues/5071

hseara: I also observed the issue of JabRef not properly closing a couple times, however I could never reproduce it reliably. Also startup times are quite high. Overall it is usable for me but I only deal with relatively small bib files and typically have only one open at a time.

I do think these are upstream issues but we should indeed make sure before you report the issues upstream. To do so, you can download the "JabRef Linux Portable" version from https://www.fosshub.com/JabRef.html

You can then launch it as follows:

tar xf JabRef-5.0-portable_linux.tar.gz
cd JabRef
bin/JabRef