Jabref Daily: Getting Off the JavaFX Thread
Today's merges center on a recurring reliability theme: work that shouldn't run on the JavaFX application thread was blocking the interface, and three separate fixes untangled that across citation lookups, identifier fetching, and group handling.
Duration: PT2M26S
Episode overview
This episode is a short developer briefing from Jabref Daily.
It explains recent repository work in plain language.
- Show: Jabref Daily
- Published: 2026-08-13T04:00:25Z
- Audio duration: PT2M26S
Transcript excerpt
This excerpt keeps the crawler page concise. Listen to the episode or use the RSS feed for the full update.
Good morning. It's August 13th, and today's JabRef activity has a clear throughline: getting slow or fragile work off the JavaFX thread.
The clearest example is PR 16518, from Sebastian Hauss. The Citations tab was fetching results in the background, but then matching each entry against the library on the JavaFX thread itself — meaning every entry scanned the whole library while the window sat frozen. The fix moves that matching into the background…
The same pattern shows up in PR 16536 from Siedlerchr, which fixes a "not on effects thread" error in the lookup identifier action, and in PR 16551 from kerollosy, which stops raw exception messages from being shown directly to users — pushing them to the error logger instead, since printing exceptions to the UI is…
A second theme is groups and library state. Siedlerchr shipped two related fixes: PR 16550 prevents a crash when removing filtered entries from a group, caused by a re-entrant list mutation during JavaFX's synchronization — the fix simply defers sorting until that sync finishes. PR 16552 fixes a case where "Add…
On the data side, ZiadAbdElFatah's PR 15159 adds JSON reading and writing for save-actions metadata, keeping…
What's…