I've set Ubooquity to 24 comics per page, in "admin" settings. I wouldn't consider that high!

my two cents: if I look at the error messages: it's showing a "could not list files in folder", a directory, and the "too many open files", error. I get this error several times.

It reads like it's trying to open all files in the directory; why is it trying to list all files in folders? to count them? when this happens, I'm only browsing the folders...

if I have a slow connection, and I click on refresh because I get impatient, maybe the files being listed are not closed properly before I go to the next page, hence leading to the open files stacking up; if that is the case, it's simpler to do the counting during scanning and store the value in the dB, no need to list files in directory until the user navigates into it

for my info : what is the embed web server in Ubooquity?

sorry: in lightttp, the parameter is "server.max-fds"

is there an equivalent setting within Ubooquity? maybe it's not compatible with my symbology settings

i don't want to change system settings on my NAS: Ubooquity is the only service that creates problem; on some web server like lightttp, the mas bum files can be configured... is there a similar setting within Ubooquity

I got the same error today, with same message in log: "too many open files" with same consequence: ubboquity becomes unresponsive. It's not killed, I can still see the process running, but it becomes unresponsive

This time, I was on iphone 4 (it's a bit old) on a slow connection (3G) testing how ubboquity behaved

This is a big problem: if ubboquity doesn't work well with ios equipement, it's a big issue I find

I'm thinking of an other way to achieve the same functionality: when the page fit the screen, then use the scroll wheel to turn pages. It would not interfere with moving the page up and down, and it would answer the request.

In fact, it's probably a better idea than using buttons that are not available on every mouse

Allowing the users to reset their password would be a really nice feature

Hi,

I'm adding my two cents to that discussion, because ubooquity sorting could be improved. I've wrote a report on a closely related issue: Sorting order issue with OPDS feeds

The issue, I find, is that Ubooquity sorting is a mix between path/filename and metadata. For example, it seems it uses the metadata for finding the title of the comic, but it's using the path to the comic file for showing the folder;

This creates confusion sometime, because the folder might not be in direct relation with the file metadata. those are two different things and I think ubooquity should be two different sorting criteria. For example, on my disk, I group my collection in folders, part of my collection is grouped by series (1 folder par serie), other I use the author's name as the folder;

In addition: using fiie's metadata, if we could add sorting by genre and by author, that would be nice.

And finally, and that would be awesome: if we could search a comic by crietrias using metadata: all comics, genre = "aventure" && author = "bourgeon" .

Since I read that ubooquity sorting is done using the database, I'm hopping this shouldn't be too hard to implement: Enven the search feature: it should be a matter of preparing different pre-set queries in the database that present the results in the correct order

ah! didn't think of that... that's annoying, I'd like to use the mouse though... I don't know if you can detect mouse with page up/page down buttons ? then you could use those events to turn the page and leave scrolling for scrolling the page

As Michael wrote: I used the scan exclusion pattern (in Ubooquity admin settings) to exclude @eaDir from begin scanned. Works fine

Well, if it only takes 2 minutes of your time, then do the log thing... I'm not sure how I can use that in graphics and stuf, but it would still be an improvment from current situation: I could retrieve manually my scan history