That's weird...

Just a long shot: is the clock of your Raspberry at the right time ?

The files on the shared drive are the Ubooquity binaries or your books/comics ?

I looked into this a few years ago (you're not the first to ask about this) and rejected the idea for the following reason:

• It would require waaaay too much time to implement

Also:

• ComicVine is good for US comics but is not usable for european/japanese comics. To do something "universal" I would have had to find and integrate other databases -> even more work and complexity
• Storing metadata inside files (be it a picture, a book, a comic...) is a better practice than storing them in an external database: metadata have a 1:1 relationship with the file they describe, also if you want to stop using Ubooquity and use another software, the database becomes useless to you.
• Given how little I have to work on Ubboquity, I prefer to focus on a "single" feature, which is content access (meaning giving you a way to browse and read your books). Content edition (like getting and inserting metadata) is a whole other family of features that would entail quite a few problems.
  For instance, Ubooquity never modifies user documents. So I don't need to worry about corrupting or erasing your books by mistake. The day I allow Ubooquity to modify this files, I'll have to be a lot more careful.

So, sorry, it won't happen.

Also, there were two issues: I had missed this line:

java.net.BindException: Cannot assign requested address

This means one of the port you want to use for Ubooquity (2202 or 2203) is already used by another process on your machine. Try using other ports.

Try running Ubooquity with the "--headless" option, it should work.

Hello,

The "angular-*.min.js.map" are not included in Ubooquity, they are Javascript libraries sources that are used only when debugging. I have the same logs when I use the "web developper" screen in Firefox or Chrome.

Would you happen to have used such a feature in your browser ?

In any case, this error has no impact whatsoever.

But there is indeed a problem with the admin and the reverse proxy.

I'm working on it.

The administrator and the user are not necessarily the same person.

So it's better to keep the "user pages" clean of anything related to the server administration.

This behaviour should not have been impacted by the 2.x upgrade.

Could you try with the following command line and let me know about the result ?

java -Djava.awt.headless=true -jar Ubooquity.jar --headless

Are you sure ?

The link is explicitely built using the library port, and it behaves correctly on my PC.

Sorry for my lack of answer, I have a hard time reading and answering all posts on the forum.

In any case, the bookmark API will not be changed in the foreseeable future.