Your comments
You have several options. You can either:
- For Ubooquity 2: launch Ubooquity in headless mode (details here), Ubooquity will not try to use Java FX. But you will not have any desktop UI.
- For Ubooquity 2: use an Oracle JRE that contains Java FX
- Use Ubooquity latest version (3 beta) and any JDK over version 17
Indeed, looks like a dependency issue.
I didn't change anything around this lib recently, but there must be some side effect, perhaps from the Java version increase (8 to 17 was a pretty big jump).
I'll look at it so that it's fixed in the next update.
Thanks for the investigation, it helps a lot. :)
This error comes from the network call (to my server) that checks if a new Ubooquity version is available.
The server had an issue for a few days, it's been fixed now.
However, this error does not prevent Ubooquity from running at all.
Thanks for the lead, it'll help the investigation !
That's because the PDF pages are rendered as images on the server before being sent to your browser (whereas Epubs chapters are sent as HTML files, including links).
Ungfortunately this means links will never be functional when the PDF is read online, page by page.
For PDF links to works, the PDF file has to be opened in a PDF reader. So you have to download it instead of reading it online.
I tried reproducing the issue by recreating the structure you described, but I don't have the probblem.
Same offer as for Pseudocomicnerd in the messages above: would you be able to send me the database file of a Ubooquity instance that have this issue ?
I don't know what might be causing this behaviour, but if you send me your Ubooquity database I'll take a look.
This is the ubooquity-6.mv.db file. Just be sure to stop Ubooquity before copying it.
You can upload it to any file sharing service (e.g. Wormhole) and send me the link at: tom 'at' vaemendis.net
Note that I will be able to see the names of all your files (but not access the files themselves).
I'm glad it worked out in the end, although I would have prefered to understand why. :D
The interface is now a web interface not the previous folder navigation
style, but that maybe because the url is simply
host:port/collection/opds
You mean in Moon Reader ? You don't have something like that ?
Customer support service by UserEcho
Hello Luis,
The logout button does not need the userName variable, it just redirects to the /?logout=true URL, which logs the user out.
Also, Ubooquity will not serve any page other than the login page if the user is not logged in. So I'm not sure I understand the use case for making the userName variable available on other pages.
Apart from displaying the currently logged user name on every page, what would you use it for ?
Have a nice day !