Your comments

Here is the promised test version.

The hostname can be forced using the new "-host" command line argument, e.g:

java -jar Ubooquity.jar -host 10.0.0.5
Let me know if it helps solving your problem.
Dual pages currently have no special treatment. So for them the display problem is more a lack of feature than a bug.

I'll resume investigating the problem asap, but I have planned to rewrite the online reader from scratch anyway.
So there will be a solution, either with a quick bug fix or (perhaps more likely) when the new online reader is ready.
I'll take a look at the lines you pasted first. Might take a while though...
A bit harder to do, but manageable. The feature is still quite far away though, as I have quite a few things to fix/develop first (and sooooo little time).
I'll work on it, but I can't say when it'll be done.
That's not possible at the moment.

The scan is triggered by the call of an URL (when using the web admin), so technically you might think about using a command line tool like curl to call it. The problem is that launching a scan is an administrator action, so you have to be identified, which means providing a cookie with the token generated by the server when you logged in. Quite complex and not realistically usable as the token has to be preiodically regenerated.

Is there a specific reason you need command line triggered scan ? Usually setting the autoscan period to the minimum (15 min) does the job, as the scanning process is really inexpensive (as long as no new file has been added).
I'm not sure I understand what you mean by "external broadcast". Ubooquity does not broadcasts anything, it just opens a socket to the port specified in the preferences and answer requests.

There is one thing though: Ubooquity does its binding using a "wildcard" hostname, meaning it will listen to all available network interfaces. I suppose this might cause problem when other processes try to use the same port on one specific interface.

Do you think this way of opening the socket might have something to do with your problem ? If so, I could give you a test version with an option to explicitely configure the network interface Ubooquity has to bind itself to.
I still think you can already extract this information from the log file quite easily.
For me its a matter of prioritization, I already have a lot of improvements to do on Ubooquity (just take a look at the threads of this forum, some items have been planned for more than 6 months) and user activity tracking is quite peripheral to its main purpose.