J'ai constaté une régression de la 3.1.0 par rapport à la 2.1.5.

Sur la page d'affichage d'un comic ou d'un magazine : 

- sur la version 2.1.5 affiche le nombre de page, le type de fichier et la taille du fichier.

- sur la version 3.1.0 l'information du nombre de page a disparue.

est ce une question de paramétrage ou une régression ?

hello

v3.1.0

commics is empty, and books it's ok
Scan is good

thank you

When my library is scanned, only the chapters saved as cbz files are added to the library. Most of my manga is just in image files, so they don't get scanned. How do I have them added too?

Other people have reported this issue here https://github.com/linuxserver/docker-ubooquity/issues/60

The page 1 of latest comics shows up but nothing after that

Does and android reader, that streams content via OPDS without downloading files locally, exist that is compatible with Ubooquity v3?
I used Kuboo with v2 and it worked by streaming cbz comics via OPDS, kept track of what was read and had an intuitive UI.
With v3 it crashes when trying to browse content and devlopment of the app has been stopped in 2019 (an archived repo exists on Github).
Does anybody know of valid alternatives?
The only android app that functions similarly, is not too clunky and has a decent UI, is Moon+ Reader but it still forces you to download the content locally before you can read it.
Thank you!

Hello,

I have several files which cannot be read by Ubooquity and the cover is not created.

I have the following log : WARN com.ubooquity.b.c - Could not read document metadata for file: CANNOTREAD.cbr - IllegalArgumentException: File could not be opened

I do not understand since the rights are the same on a file which is correctly read and a file where ubooquity is blocked to open it. (cf. those ls -lrt results) :

-rw-rw-rw- 1 admin administrators 240041475 2024-11-20 23:46 CANNOTREAD.cbr
-rw-rw-rw- 1 admin administrators 63149432 2024-11-20 23:45 CANREAD.cbr

Any idea what could make a fil not open-able ?

Caused by:

org.eclipse.jetty.http.BadMessageException: 400: Invalid SNI
	at org.eclipse.jetty.server.SecureRequestCustomizer.customize(SecureRequestCustomizer.java:267)
	at org.eclipse.jetty.server.SecureRequestCustomizer.customize(SecureRequestCustomizer.java:208)
	at org.eclipse.jetty.server.HttpChannel.lambda$handle$0(HttpChannel.java:501)
	at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:762)
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497)
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282)
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:314)
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100)
	at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:558)
	at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:379)
	at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:146)
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100)
	at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53)
	at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:416)
	at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:385)
	at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:272)
	at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:140)
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:411)
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:969)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.doRunJob(QueuedThreadPool.java:1194)
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1149)
	at java.base/java.lang.Thread.run(Thread.java:840)

My keystore from v2 is raising issue now with v3.1, while everything was working fine previously. 

Could we imagine to uncheck the SNI hostname ?

Thank you

Sur une instance 3.1.0 de Ubooquity, certains comics ne sont pas scannés et n'apparaissent pas.

La même liste de comics est scannés complètement sans aucun manque sur une instance 2.1.5 de Ubooquity

I'm running headless mode in aarch64. When I click on add folder to add my sources to library,  it just shows a blank pop-up. The following error is logged: 

```

20250824 06:56:22 [qtp1368251707-46] WARN o.e.j.server.handler.ContextHandler - Unimplemented getRequestCharacterEncoding() - use org.eclipse.jetty.servlet.ServletContextHandler

```

I'm assuming it's trying to open up a file chooser using native call on the OS it's being run from. Would be nice to be able to add folders using absolute paths. 

In Ubooquity V2, there were a few scripts that people created to filter/pull books that were currently being read.

Are there any updated scripts or information to do this in V3? I'm assuming with the changes made in the new version, those scripts wouldn't work now.