All the problems you describe should of course not happen.

The next version of Ubooquity will replace the old internal server (NanoHTTPD) with something more robust: Jetty.

I hope the problem where Ubooquity is still running but fails to answer requests will be solved by this change.

I hope to release it before the end of 2016 (Jetty is already integrated by there are other feature I want to include).

Good news!

And for those (like me) stuck with earlier versions of iOS, the next version of Ubooquity should fix the problem as well.

Well, pages don't really exist in epub files (since an epub is only a collection of zipped html files with some metadata).

If you look at the cookies Ubooquity creates to keep track of your progress when you read a book, you'll find two numbers:

- an index identifying the html file in the epub spine

- a progression percentage for this html file

Having page numbers would require Ubooquity to scan the entire epub and guess page numbers using character numbers (ebooks readers like the Kindle or Kobo ones do that).

Too complex for a too little benefit.

But like I said, you can already get a specific html file (usually a chapter) by index, and keep track of the scrollbar on client side.

Problem found (some missing dependency).

It will be fixed in the next version of Ubooquity.

When Ubooquity scans the shared folders, it removes all files that don't exist anymore. If your network drive is offline, Ubooquity sees them as deleted and removes them.

So technically not a bug. ;)

But I get why this is annoying and other users already complained about it on this forum.

So I already have a task in my todo list to prevent Ubooquity form removing files from the database when the shared folder itself (not subfolder) is missing.

In the meantime, you could disable autoscan and perform scans manually when you are sure your network drive is available.

I got your file and I have the same problem, so I'll be able to investigate this week-end.

Technically your Java version is one year old, but this is completely unrelated to this problem. There is no reason (at least for Ubooquity) to upgrade your Windows JVM.

Could you send me the PDF file so that I can reproduce the problem on my side and investigate ?

Thanks for sharing your benchmarks.

I never took the time to seriously evaluate performance under heavy load as I have always seen Ubooquity as something you deploy on a device at home with a few users from your family.

But that does not means using it for a wider usage can't be done.

As for the performance of NanoHTTPD, they'll become irrelevant with the next version since I replaced it with Jetty.

There is still a lot of work to do before I can release it, but the Jetty migration itself is almost finished, so it will definitively be part of it.

I don't know the first thing about Freenas, but if anybody wants to build a Freenas plugin for Ubooquity (as long as it remains free), he/she's welcome.