Had some problems getting the Jabref firefox extension working (error message in firefox: "No such native application org.jabref.jabref"). This was solved by creating the directory "~/.mozilla/native-messaging-hosts/" and putting the "org.jabref.jabref.json" file there. Cheers.
Search Criteria
Package Details: jabref 5.12-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/jabref.git (read-only, click to copy) |
---|---|
Package Base: | jabref |
Description: | Graphical Java application for managing BibTeX and biblatex (.bib) databases |
Upstream URL: | https://www.jabref.org/ |
Licenses: | MIT |
Submitter: | Allan |
Maintainer: | Bevan |
Last Packager: | Bevan |
Votes: | 210 |
Popularity: | 0.115732 |
First Submitted: | 2012-06-07 22:47 (UTC) |
Last Updated: | 2023-12-26 21:12 (UTC) |
Dependencies (4)
- archlinux-java-runAUR
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, sapmachine-jdk-binAUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk16-microsoft-openjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, java-openjdk-loom-ea-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, amazon-corretto-18AUR, jdk18-openjdkAUR, jdk-android-studioAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, zulu-embedded-jdkAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk19-openjdkAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk11-openjdk-dcevmAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk8-aarch64AUR, amazon-corretto-20-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk20-graalvm-ee-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, amazon-corretto-11AUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, liberica-jdk-8-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-full-binAUR, java-openjdk-binAUR, jdk-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-lite-binAUR, amazon-corretto-8AUR, zulu-17-binAUR, zulu-21-binAUR, zulu-11-binAUR, mandrel-binAUR, jdk17-openj9-binAUR, jdkAUR, jdk-ltsAUR, jdk8-temurinAUR, jdk21-graalvm-ee-binAUR, jdk17-graalvm-ee-binAUR, jdk8AUR, jdk17-zulu-prime-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-jetbrainsAUR, jre-jetbrainsAUR, jabba-binAUR, jdk17-jetbrains-binAUR, jdk21-jetbrainsAUR, jdk21-jetbrains-binAUR, jdk21-jetbrains-gitAUR, jdk-openjdk-wakefieldAUR, zing-21-binAUR, zing-8-binAUR, jdk8-perfAUR, zulu-8-binAUR, java-openjdk-ea-binAUR, zulu-jdk-fx-binAUR, jdk8-openj9-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk8-openjdk)
- gradle (gradle7) (make)
- python (python32AUR, python37AUR, python310AUR) (optional) – browser extension
Required by (0)
Sources (6)
eeenilsson commented on 2023-12-19 11:01 (UTC) (edited on 2023-12-19 11:03 (UTC) by eeenilsson)
Bevan commented on 2023-11-30 13:30 (UTC)
Sure. In the update to 5.11-2 I added java-environment=21 as a dependency to make sure that people have a full JDK in version 21 installed. However, I forgot to also adjust the start script to enforce that this full JDK is used to launch JabRef.
I assumed that people would have installed either a full JDK or a JRE. However, in your case you have installed both (java-openjdk-bin as a JDK and jre-openjdk as JRE). Hence, the dependency was fulfilled but JabRef was still started with the JRE instead of the JDK. I now updated the start script so that the JDK is used.
gothicVI commented on 2023-11-30 13:11 (UTC)
@Bevan thanks a lot! It's finally fixed. I know way too little about java - would you mind explaining what the issue was?
Bevan commented on 2023-11-28 09:20 (UTC)
Thanks @gothicVI. I just pushed a new version (5.11-3) that should fix the issue. If it does not, please report back.
gothicVI commented on 2023-11-28 09:03 (UTC)
@Bevan here you go. I can ammend the post this evening with the same output from the machines where it's working.
$ /usr/bin/archlinux-java-run -a 21 -b 21 -- -version
openjdk version "21" 2023-09-19
OpenJDK Runtime Environment (build 21+35)
OpenJDK 64-Bit Server VM (build 21+35, mixed mode, sharing)
$ /usr/bin/archlinux-java-run -a 21 -b 21 -f jdk -- -version
openjdk version "21.0.1" 2023-10-17
OpenJDK Runtime Environment (build 21.0.1+12-29)
OpenJDK 64-Bit Server VM (build 21.0.1+12-29, mixed mode, sharing)
Bevan commented on 2023-11-27 21:40 (UTC)
@gothicVI: I have a strong suspicion what the problem is but I would like to make sure before pushing a new package version to everyone. Could you please run the following two commands and post the output here?
/usr/bin/archlinux-java-run -a 21 -b 21 -- -version
/usr/bin/archlinux-java-run -a 21 -b 21 -f jdk -- -version
If those create different outputs, you may try and edit /usr/bin/jabref and modify line 17 accordingly (i.e., adding '-f jdk' before the '--'). If that fixes your issues that would be great to know.
gothicVI commented on 2023-11-27 13:46 (UTC)
@Bevan I just reinstalled - still the same outcome. All java
related packages installed are:
$ yay -Qs .*java.*
local/archlinux-java-run 10-1
Java Application Launcher for Arch Linux
local/ca-certificates-utils 20220905-1
Common CA certificates (utilities)
local/cjs 6.0.0-1
Javascript Bindings for Cinnamon
local/duktape 2.7.0-6
Embeddable Javascript engine
local/jabref 5.11-2
Graphical Java application for managing BibTeX and biblatex (.bib) databases
local/java-environment-common 3-5
Common files for Java Development Kits
local/java-openjdk-bin 21.0.1.u12-1
Java OpenJDK 21.0.1 Oracle Build.
local/java-runtime-common 3-5
Common files for Java Runtime Environments
local/jdk8-openjdk 8.392.u08-1
OpenJDK Java 8 development kit
local/jdownloader2 latest-17
Download manager, written in Java, for one-click hosting sites like Rapidshare and Megaupload. Uses its own updater.
local/jre-openjdk 21.u35-8
OpenJDK Java 21 full runtime environment
local/jre8-openjdk 8.392.u08-1
OpenJDK Java 8 full runtime environment
local/jre8-openjdk-headless 8.392.u08-1
OpenJDK Java 8 headless runtime environment
local/js102 102.15.0-1
JavaScript interpreter and libraries - Version 102
local/qt5-declarative 5.15.11+kde+r32-1 (qt5)
Classes for QML and JavaScript languages
local/qt5-webchannel 5.15.11+kde+r3-1 (qt5)
Provides access to QObject or QML objects from HTML clients for seamless integration of Qt applications with HTML/JavaScript clients
local/qt6-declarative 6.6.0-1 (qt6)
Classes for QML and JavaScript languages
local/webkit2gtk 2.42.2-1
Web content engine for GTK
local/webkit2gtk-4.1 2.42.2-1
Web content engine for GTK
No issues on two other machines where I have jdk-openjdk
instead of jre-openjdk
installed. Does this change something?
Bevan commented on 2023-11-24 21:29 (UTC)
@gothicVI: Did you update to version 5.11-2? This version will make sure that a full JDK is installed. Unfortunately, there is still the possibility to run into this issue because I forgot to update the jabref start script. It currently does not enforce the use of a JDK to run JabRef. So if you are still running into this issue with 5.11-2, please briefly report back. I'll release a 5.11-3 fixing this corner case then.
gothicVI commented on 2023-11-23 10:56 (UTC)
I have jre-openjdk
installed and am experiencing the startup crash as well.
Rhinoceros commented on 2023-11-22 23:27 (UTC)
Thanks for the quick fix @Bevan. Is that a packaging issue for jre-openjdk
? It seems like overkill that we need jdk-openjdk
just for the missing module (as per your links). I just wonder if the jre-openjdk
package is what needs the fix instead of this package.
Pinned Comments
Bevan commented on 2022-03-14 20:04 (UTC)
@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.
shmilee commented on 2022-03-12 13:51 (UTC)
How about add an extra JavaOptions variable in launch script
/usr/bin/jabref
like this?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.matteodelabre commented on 2020-11-17 14:25 (UTC)
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.