I am unable to use my public IP address to browse Ubooquity, but I can do it locally, and from other computers on my network, including the router.

Things I have tried/confirmed:

1) Port is open on both the router and the modem. Using online port checking tools shows that it is reachable.

2) Trying with/without SSL enabled. SSL handshake does come up with a warning (since it is self-signed), suggesting they are getting the initial packets from the ssl-handing-part of the server

3) Problem exists with Windows Firewall turned on or off. There is an explicit rule for incoming connections on that port regardless.

Browsing straight to it just hangs for a long time until timing out. Using the default port.

My comic collection is comprised entirely of CBZs. A small percentage of these CBZs aren't viewable in the web viewer, but are downloadable and readable in any number of comic reader apps. I've unzipped these problem CBZs looking for superfluous files, but they appear identical to my good  CBZs containing only jpegs. Is there a jpeg format that disrupts the web view?

hi, very nice app, thanks for tour work. 

Ils ont possible to add a kind of "safe for kids" flag to manage authorisation for young reader?

Was running the latest 1.10 and wanted to try 2.0.2 so I deleted 1.10 and installed 2.0.2. No matter what I get "Sorry, you are not authorized to access any file on this server". Nothing works! What am I missing here..

Ubuntu Server = Ubuntu 16.04 

http:xxx.xxx.xxx.xxx:2202 or 2202/admin same error. 

This is new for me because I had Ubooquity on my old install (I had to reinstall Windows 10) and it worked perfectly.

I have a massive 2TB folder of books. Ubooquity stops scanning and adding books when it gets to the letter "E," so only roughly half my books are in the library. It doesn't add any of those books to the library and I can't search for them inside Ubooquity, either.

Any suggestions?

So 2.0.2 is working beautifully for comics. I thought I'd be adventurous and can iBooks/iCloud too.

I copied over a few epubs from my Mac into a new directory on the RPi running ubooquity. After a scan, the count sits at 0. Looking in the log, it clearly sees them; if I'm following it correctly it looks like it's deleting them from the database as well.

Am I doing something wrong here? Is epub a fancy format that doesnt copy from Mac to Linux easily, like a package?

Hello,

in case somebody requires an update of the script for running ubooquity 2.0.2 on a synology NAS, here is mine. The procedure of installation is already described in the tutorial (look in the FAQ). This script is meant to go in :

>etc/init/ubooquity.conf

This is tested and it's working on my Synology DS212 [the NAS is quite old but it's still able to run ubooquity without (much) issue]

Here is the code, don't forget to adapt to your environnement, especially the installation folders: WORK_DIR, PCKG_DIR

and network and memory settings

# app settings
 PORT=2202
 ADMINPORT=2203
 MEM=128m

#============================================
#     Ubooquity
# description: upstart job configuration file for automatically
#   starting ubooquity when syno starts
# title  :ubooquity.conf
# date  :16 05 2017
# version : 2.0.2 (tested for ubooquity version...)
# original source: ubooquity forum about special characters
#   http://ubooquity.userecho.com/topic/907059-comics-not-imported-umlaut-mark-bug/
#=============================================

description "start/stop Ubooquity"
author "Elouan Le Bretton"
version "Ubooquity Version 2.0.2; java version 1.8.0_121 "

# automatically start ubooquity after webserver has been started
# DSM 5.0 = httpd-user (apache); DSM 6.0 = nginx
start on started nginx

# stop ubooquity on
stop on runlevel [06]

# Automatically respawn if ubooquity stops unexpetedly
respawn
respawn limit 5 500
# expect stop [this seems to be expected sometime but requires testing to be sure)

# run the scripts as the 'http' user; because running as root (the default) is a bad idea.
setuid http

script
 # installation settings
 JAVA_DIR=/var/packages/java8/target/ejdk1.8.0_121/linux_arm_sflt/jre/bin/
 WORK_DIR=/volume1/comics/.Ubooquity2
 PCKG_DIR=/var/packages/Ubooquity
 PCKG_BIN=Ubooquity.jar
 # app settings
 PORT=2202
 ADMINPORT=2203
 MEM=128m

 # This ensures that ubooquity reads special characters properly
 ENCO=UTF-8
 LANG=fr_FR.$ENCO
 export LANG
 
 # Main command for ubooquity
 exec "$JAVA_DIR/java" -Dfile.encoding=$ENCO -Xmx$MEM -jar $PCKG_DIR/$PCKG_BIN --libraryport $PORT --workdir "$WORK_DIR"  --adminport $ADMINPORT --remoteadmin --headless
end script

The "hide empty folders" option seems to have disappeared. When first installed and scanned it did not show empty folders. I made a few different changes today (added another user, played around with reverse-proxy) and now it is rescanning and seems to be adding empty folders to the mix.

Any ideas what I broke? Is there a hidden way to hide empty folders in the interim?

I've had ubooquity open on my Mac Mini server for maybe a week now, using it intermittently. Noticing some sluggishness, I opened activity monitor and noticed the "launcher" app is now taking well over 1GB of RAM. I closed Ubooquity and reopened it and it seems fine, but wondering if there's a memory management issue maybe.

FYI, if some of you have issues with PDF covers and Ubooquity 2.X, maybe this is due to this OpenJDK bug: https://bugs.openjdk.java.net/browse/JDK-8048782

I'll try to switch later to Oracle JDK or OpenJDK 9 to confirm the issue