When Ubooquity hits files that it can't open (in a directory it can read), it creates a 'non-thumbnail' (with just the ubooquity logo). Once the permissions on such a file are fixed and read access granted, Ubooquity doesn't re-create that thumbnail, and it doesn't update the metadata in that file.

I think it would probably be best if Ubooquity would just ignore such files, and only put it in it's database once it can actually read the files. Or maybe display a special thumbnail with an error message.

When searching for a comic, or when accessing it through the "latest comic" section, and when we click on the comic and have 2 menus: download and read.

It would be nice to add a button to "Go to the collection" (or the folder containing the comic depending on how the navigation is done in ubooquity). This button would avoid navigating through each page when we remember a title or when we want to see the rest of the collection

Better yet: in the informations, we have the collection and the number of the issue. If you could make an hyperlink with the collection to navigate directly to its folder that would be awsome

Three of the libraries used in ubooquity are under the GPLv2 or GPLv3 licenses, which are not as permissive to developers as say BSD, Apache, MIT, etc. are.

They require any software they are used in to be open source.

A bit of an odd one, I'm not sure if it's a bug or something else and I've not found anyone with the same issue.

Some of my nicely scrapped comics are only displaying the comic story title instead of Series Name and Number (Year).

Is there anyway to change/toggle this as i would prefer the "Series Name #Number (Year)" as the story title can be very long sometimes and sometimes just looks bad.

Hi,

Is there any way to remove the file numbers from in front of the cover icons?

Many Thanks.

Porph!

Hi,

Title says it all, I've changed permissions and moved both the jar and sh files to /opt/ubooquity and still no joy.

I've had a look in the sh file and can see no issues

Am stumped

Cheers all

Porph

Here is an extract from my log when adding and removing items in database

20160930 10:51:24 [Scanner thread]  INFO com.ubooquity.data.database.b - Inserting/updating comic entry in 
database : /volume1/comics/Général/Corto Maltese (N&B)/Corto Maltese - 10 - Mû.cbz
20160930 10:51:31 [Scanner thread]  INFO  com.ubooquity.data.database.b - Deleting comic with id 5066 from database

The inserting/updating gives a lot of details (although it would be nice to know whether it's an update or a new item

The deletion doesn't give any details: we don't know which comic was deleted. This is very annoying: can you add information about the location of the file or at least the title? like you do when inserting an element?

First, thanks for making a super application - it works very well.

I can't seem to solve an issue - using Challenger Viewer, I can sync OPDS-COMICS from Ubooquity however for some reason if a folder on the server contains more than 20 comics, Challenger Viewer will only group them into clusters of 20 per thumbnail - then will begin creating additional groups of 20 in a new generically titled "Comics" thumbnail rather than using metadata names.

Web viewing works just fine - not sure if this is an Ubooquity question or a Challenger question?

Aside from this little frustration, Ubooquity works very well as a home-based book server!

20160919 23:32:00 [pool-1-thread-16] WARN com.ubooquity.e.e - Interrupted while sending response (perhaps the client stopped the download) - java.net.SocketException - Software caused connection abort: socket write error

Gets about 30 of these and then it crashes. Every 48 hours.

I made an app to load the epubs but it is not an elegant solution. It has to download the entire file first and then post process. In the future, will the epubreader support directly loading a specified page number much like how comicreader works?