When adding Mobi formatted eBooks that contain multiple images, Ubooquity does not correctly identify and use the cover image, but instead, seems to choose a random image from the book.

The last couple of days, whenever someone from outside my local network tries to read my comics, they get stuck at the loading screen. Books still seem to work okay, but comics have been an issue. I was able to confirm with one of my users that they were able to read my comics as recently as Thursday 5/19.I checked the logs and have seen several entries of the following error:

20160522 11:13:47 [pool-1-thread-2] WARN com.ubooquity.e.e - Interrupted while sending response (perhaps the client stopped the download) - java.net.SocketException - Connection reset by peer: socket write error

I've tried rebuilding my ubooquity-4.h2.db file, but that didn't seem to make any difference. I also tried clearing my Java cache, as well as several reboots.

I'm running Windows7 x64, Java 8 Update 91, and Ubooquity 1.10.1.

When I tried to add a subset of directory under the books shared directory, it wouldn't allow me to add another user.

i.e

Shared directory:

/volume1/books/morebooks User1

/volume1/books/morebooks/read User2

when trying to add permissions for user2, the following error appears:

Preferences could not be modified.
Directories can not contain one another.

Why can't I only share a subset of folders to user2?

Hi, I'm desperatly trying to get this to run on my NAS and it installs and runs (with GUI) as it should. However the scanner always borks up after scanning 50ish comics.

20160511 06:22:21 [Scanner thread] ERROR com.ubooquity.Ubooquity - Uncaught exception on thread: Scanner thread
java.lang.UnsatisfiedLinkError: no javalcms in java.library.path
   at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1864) ~[na:1.8.0_60]
   at java.lang.Runtime.loadLibrary0(Runtime.java:870) ~[na:1.8.0_60]
   at java.lang.System.loadLibrary(System.java:1122) ~[na:1.8.0_60]
   at sun.java2d.cmm.lcms.LCMS$1.run(LCMS.java:210) ~[na:1.8.0_60]
   at java.security.AccessController.doPrivileged(Native Method) ~[na:1.8.0_60]
   at sun.java2d.cmm.lcms.LCMS.getModule(LCMS.java:203) ~[na:1.8.0_60]
   at sun.java2d.cmm.lcms.LcmsServiceProvider.getModule(LcmsServiceProvider.java:34) ~[na:1.8.0_60]
   at sun.java2d.cmm.CMMServiceProvider.getColorManagementModule(CMMServiceProvider.java:31) ~[na:1.8.0_60]
   at sun.java2d.cmm.CMSManager.getModule(CMSManager.java:76) ~[na:1.8.0_60]
   at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:783) ~[na:1.8.0_60]
   at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:1017) ~[na:1.8.0_60]
   at com.twelvemonkeys.imageio.plugins.jpeg.JPEGImageReader.readICCProfileSafe(Unknown Source) ~[imageio-jpeg-3.1.0.jar.1353531696261016644.tmp:3.1.0]
   at com.twelvemonkeys.imageio.plugins.jpeg.JPEGImageReader.getEmbeddedICCProfile(Unknown Source) ~[imageio-jpeg-3.1.0.jar.1353531696261016644.tmp:3.1.0]
   at com.twelvemonkeys.imageio.plugins.jpeg.JPEGImageReader.read(Unknown Source) ~[imageio-jpeg-3.1.0.jar.1353531696261016644.tmp:3.1.0]
   at javax.imageio.ImageIO.read(ImageIO.java:1448) ~[na:1.8.0_60]
   at javax.imageio.ImageIO.read(ImageIO.java:1352) ~[na:1.8.0_60]
   at com.ubooquity.fileformat.cbr.a.a(SourceFile:89) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.f.a.a(SourceFile:41) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.data.feeder.b.a(SourceFile:63) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.data.feeder.a.b(SourceFile:531) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.data.feeder.a.c(SourceFile:470) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.data.feeder.a.b(SourceFile:35) ~[Ubooquity.jar:1.10.1]
   at com.ubooquity.data.feeder.a$1.run(SourceFile:123) ~[Ubooquity.jar:1.10.1]
   at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_60]

Any ideas what I should do?

I was trying to get Ubooquity to rebuild my library after upgrading to the new version 1.10 but it is unable to index beyond this book

Clearing the database and reindexing, it still gets stuck on this book.

20160510 01:58:51 [Scanner thread] INFO com.ubooquity.fileformat.pdf.b - Reading metadata of pdf file: /xxx/xxx/xxxx/xxxxx/x.pdf

20160510 01:58:52 [Scanner thread] ERROR com.ubooquity.Ubooquity - Uncaught exception on thread: Scanner thread

java.lang.NoClassDefFoundError: org/bouncycastle/jce/provider/BouncyCastleProvider
   at org.apache.pdfbox.pdmodel.encryption.PDEncryption.(PDEncryption.java:96) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdfparser.PDFParser.prepareDecryption(PDFParser.java:282) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdfparser.PDFParser.initialParse(PDFParser.java:199) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdfparser.PDFParser.parse(PDFParser.java:249) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:847) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:803) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:757) ~[pdfbox-2.0.0.jar.8584131639923899513.tmp:2.0.0]
   at com.ubooquity.fileformat.pdf.b.a(SourceFile:34) ~[Ubooquity.jar:1.10.0]
   at com.ubooquity.data.feeder.a.b(SourceFile:382) ~[Ubooquity.jar:1.10.0]
   at com.ubooquity.data.feeder.a.a(SourceFile:212) ~[Ubooquity.jar:1.10.0]
   at com.ubooquity.data.feeder.a.b(SourceFile:316) ~[Ubooquity.jar:1.10.0]
   at com.ubooquity.data.feeder.a.a(SourceFile:35) ~[Ubooquity.jar:1.10.0]
   at com.ubooquity.data.feeder.a$1.run(SourceFile:116) ~[Ubooquity.jar:1.10.0]
   at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_92]
Caused by: java.lang.ClassNotFoundException: Failure to load: org.bouncycastle.jce.provider.BouncyCastleProvider
   at com.ubooquity.e.c.loadClass(SourceFile:992) ~[Ubooquity.jar:1.10.0]
   at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_92]
... 14 common frames omitted

Please assist.

I'm not sure what diagnostic stuff to put here since the problem only happens when I try and read on my Surface 2, which I can only run IE on. On my Nexus 7, HTC One m9 and Chrome on my PC everything loads fine. Everything was fine on the Surface as well until about three weeks ago. Reboot didn't work. Switching from local server to remote server didn't work. Letting the battery drain and recharge didn't work. Refreshing the Surface didn't work. Tried clearing cache and history and all that and it still only loads about 75% of the page. Not sure what else to try.

Here's a side by side with my Nexus 7: http://imgur.com/mhN3efq

When I try to load library views of my comics (i.e showing covers) on my ipad or iphone, the browser does not load all images properly, sometimes the cover images are misplaces, sometimes no image is loaded, sometimes it uses arrow button images (UI items).

This is for almost any library view, I have sorted my library in a-z folders with subfolders for each series and if the number of items are larger than 20 something this problem reproduces almost every time. Its something to do with how ios webview loads content from cache or something cause it reproduces on both safari, chrome, opera coast or any other browser.

Its really annoying because it forces me to refresh/reload the pages constantly.

Note, I have no problems on desktop browsers (OSX) or on android (chrome/opera) every library page view load instantaneously, all cover images are correct.

Hello, i'm very new at this (new as like, i found out about ubooquity 2 days ago) and i've already done port-forwarding and "installed" or bookmarked it in every device i own, and even gave my friends the public ip address so they could read and download my collection. Today i installed the comixology theme (wich i like very much) but when ever i click a comic i doesn't show the summary part, neither did the default theme. i don't know if it is theme or app or comic related or how to fix it. can someone help me?

P.S. - I use comicrack, the books are all scrapped and updated, and within comicrack, when i right click them and choose the "info..." option, all the details, plot, etc are there. maybe it's not comic related. Dont Know

I've been trying to get Ubooquity working in docker via popular docker image (https://github.com/hurricanehrndz/ubooquity) and also via a fork of that with some fixes I've found from here: http://ubooquity.userecho.com/topics/84-comics-not-imported-umlaut-mark-bug/

No matter what I do though, Ubooquity only scans ~315 comics. First, everything looks fine, a few hundred lines like this:

20160429 23:41:31 [Scanner thread] INFO com.ubooquity.data.database.b - Inserting/updating comic entry in database : /media/comics/Adventure Time
20160429 23:41:31 [Scanner thread] INFO com.ubooquity.b.c - Reading metadata of comic file: /media/comics/Adventure Time/Adventure Time 001.cbr

However there are also a few like this, getting permission denied errors:

20160429 23:40:56 [Scanner thread] WARN com.ubooquity.f.a - Failed to read file, will try to guess format: /media/comics/Dark Horse Presents/Dark Horse Presents 140.cbr20160429 23:40:56 [Scanner thread] WARN com.ubooquity.f.a - Could not read header of archive: /media/comics/Dark Horse Presents/Dark Horse Presents 140.cbr20160429 23:40:56 [Scanner thread] WARN com.ubooquity.f.a - Failed to guess file format20160429 23:40:56 [Scanner thread] INFO com.ubooquity.data.database.b - Inserting/updating comic entry in database : /media/comics/Dark Horse Presents/Dark Horse Presents 140.cbr20160429 23:40:56 [Scanner thread] WARN com.ubooquity.f.a - Could not open file: /media/comics/Dark Horse Presents/Dark Horse Presents 140.cbrjava.io.FileNotFoundException: /media/comics/Dark Horse Presents/Dark Horse Presents 140.cbr (Permission denied)      at java.io.RandomAccessFile.open(Native Method) ~[na:1.7.0_95]      at java.io.RandomAccessFile.(RandomAccessFile.java:241) ~[na:1.7.0_95]
      at com.github.junrar.io.ReadOnlyAccessFile.(ReadOnlyAccessFile.java:39) ~[junrar-0.7.jar.5968508007590811661.tmp:na]
      at com.github.junrar.impl.FileVolume.getReadOnlyAccess(FileVolume.java:46) ~[junrar-0.7.jar.5968508007590811661.tmp:na]
      at com.github.junrar.Archive.setVolume(Archive.java:581) ~[junrar-0.7.jar.5968508007590811661.tmp:na]
      at com.github.junrar.Archive.(Archive.java:108) ~[junrar-0.7.jar.5968508007590811661.tmp:na]
      at com.github.junrar.Archive.(Archive.java:113) ~[junrar-0.7.jar.5968508007590811661.tmp:na]
      at com.ubooquity.fileformat.cbr.a.a(SourceFile:40) ~[Ubooquity.jar:1.9.1]
      at com.ubooquity.f.a.a(SourceFile:89) [Ubooquity.jar:1.9.1]
      at com.ubooquity.f.a.a(SourceFile:43) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.b.a(SourceFile:67) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a.b(SourceFile:531) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a.c(SourceFile:470) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a.b(SourceFile:35) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a$1.run(SourceFile:123) [Ubooquity.jar:1.9.1]
      at java.lang.Thread.run(Thread.java:745) [na:1.7.0_95]

Then after a while it can't read directories at all?

20160429 23:31:09 [Scanner thread] INFO com.ubooquity.data.database.b - Inserting/updating comic entry in database : /media/comics/Some Comic Name
20160429 23:31:09 [Scanner thread] ERROR com.ubooquity.data.feeder.a - Error while scanning comics shared directories
java.lang.NullPointerException: null
      at java.util.Arrays$ArrayList.(Arrays.java:2842) ~[na:1.7.0_95]
      at java.util.Arrays.asList(Arrays.java:2828) ~[na:1.7.0_95]
      at com.ubooquity.data.feeder.a.c(SourceFile:454) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a.b(SourceFile:35) [Ubooquity.jar:1.9.1]
      at com.ubooquity.data.feeder.a$1.run(SourceFile:123) [Ubooquity.jar:1.9.1]
      at java.lang.Thread.run(Thread.java:745) [na:1.7.0_95]

Max memory: 1324 MB
Free memory: 168 MB
Total memory: 415 MB

I also have a non-docker version of Ubooquity (same version) that works fine, running on the same exact device. No idea where to start, or what the actual problem might be.