Thanks for your feedback !

This means a lot of people are probably using symlinks without being aware of it.

It would explain all the problems mentioned in this thread.

I was looking in the wrong direction, now I "just" have to add symlink support.

Thanks again !

I knew about the existence of the CBT format, but I never ever saw one CBT file in over 15 years of reading electronic comics. So I'm be curious to know where this format is actually used.

Usage apart, CBT is indeed technically the best format for storing comics pages (see next message) (CB7 is a nonsense, CBR should not be used anymore, CBZ is acceptable if used without compression).

So I'll add support in one of the next Ubooquity versions.

I did some tests, the current pure Java libraries for 7zip management (namely Apache Commons Compress with XZ) are still too slow to be integrated.

Sorry.

By default (if you don't use the --host option) Ubooquity does not listen to a specific address (the one you see in the GUI is just the first one found, in reality Ubooquity listens to all of them).

So I guess your problem might come from somewhere else (firewall, port forwarding...).

As for the Linux scripting issue, I'll users more skilled than me answer you.

You're welcome. :)

Still trying to figure out what might be happening...

Did you try to completely delete the database and rescan everything ?

To do that:

1. stop Ubooquity
2. delete (or move somewhere else) the ubooquity-4.h2.db file in your Ubooquity working directory
3. restart Ubooquity

You're welcome. :)

The ComicRack format is the only one that is commonly used for comics.

Using an external file would amount to create a format specific to Ubooquity. I prefer to stick to standards (or de facto standards) when they exist.

As for the options to choose which fields to display, it'll come "naturally" when Ubooquity starts using templates for all the pages generation.

Don't know if and when I'll do it though.