jabref icon indicating copy to clipboard operation
jabref copied to clipboard

Jabref doesn't quit

Open paboe opened this issue 1 year ago • 2 comments

JabRef version

5.15 (latest release)

Operating system

macOS

Details on version and operating system

macOS Sonoma 14.5, JabRef 5.15, Java 1.8.0_371

Checked with the latest development build (copy version output from About dialog)

  • [X] I made a backup of my libraries before testing the latest development version.
  • [X] I have tested the latest development version and the problem persists

Steps to reproduce the behaviour

  1. Open a Library
  2. Select "JabRef -> Quit" in the Menu bar or use the hot key "Cmd + Q"
  3. The Window closes, but the program is still running.

JabRef will only quit if you force quit it.

Appendix

No response

paboe avatar Jul 11 '24 07:07 paboe

Does the library have special properties? Like more than 1000 entries?

Do you have fulltext search enabled?

Would you feel comfortable in installing https://visualvm.github.io/ and checking the "Threads" of the JabRef Launcher?

This refs https://github.com/InAnYan/jabref/issues/77

koppor avatar Jul 11 '24 12:07 koppor

It is a small library with no special properties. There is no file attached to any of the entries, so full text search doesn't apply.

VisualVM shows me 29 Live Threads and 17 Daemon Threads. After "quitting" there are still 19 Live threads and 16 Daemon.

paboe avatar Jul 12 '24 07:07 paboe

Same issue with Linux. It happens with 6.0.0 downloaded from release and 5.15 built from source using JDK21. In attachment the heap dump from visualvm of 6.0.0. Before starting the program, I cleared the configuration .java/.userPrefs/org/ and .local/share/jabref.

https://www.dropbox.com/scl/fi/cqy5ss059d2mjpzzojedq/heapdump-1738012289260.hprof.zip?rlkey=jqyobpaanzwjnrd6hid4mw72o&st=pngizod9&dl=0

ra1nb0w avatar Jan 27 '25 21:01 ra1nb0w

Hi there,

is this problem still present? Cheers!

ilippert avatar Feb 02 '25 19:02 ilippert

yes, In my case un-setting DBUS_SESSION_BUS_ADDRESS='unix:path=/run/user/1000/bus' permits the application to close. Maybe, my Archlinux is not exposing something that the application requires since in Ubuntu 24.04 it works fine. ---debug is not helpful in this case.

ra1nb0w avatar Feb 03 '25 18:02 ra1nb0w

In my case the problem is solved. The app quits as it should do.

paboe avatar Feb 04 '25 07:02 paboe

Action: add documentation to the linux FAQ page.

koppor avatar Mar 19 '25 23:03 koppor