hi @mgautierfr ,

I debug the issue seems like its issue with the libkiwix lib not from android side , I have debug the path seems like we are getting the path url on android while creating Library object for calling getNativeServer(library). But after starting server home page works fine but inner url leads to not found. @kelson42 please transfer this ticket to libkiwix lib.

I think I've found the bug.
By default, android's server are run without a nameMapper. (And so with a default namemapper using the book uuid as name)

namemapper is used by kiwix::Server to map a book uuid (used internally to identify books) to a name to use in url (both expected url and generated ones).

However, the opds_stream always uses the "humanReadableIdFromPath". It is the bug (to fix) and it always have been this way.
The "regression" comes from the switch from backend generated home page to dynamic js home page which use the catalog as source.

As kiwix-serve binary use a HumanReadableNameMapper, we never faced the bug.

@MohitMaliFtechiz you can check it is the actual issue by using the uuid of the zim instead of the name 100r-of-the-grid_2022-03
Doing a fulltext search should also works as we use the namemapper here.

@mgautierfr @veloman-yunkan Sounds like a regression to me. Isn't it?

However, the opds_stream always uses the "humanReadableIdFromPath". It is the bug (to fix) and it always have been this way.
The "regression" comes from the switch from backend generated home page to dynamic js home page which use the catalog as source.

This is not a regression from the opds_stream point of view as the bug was always here.
This is a regression from the homepage point of view and it dates from libkiwix 10.0.0 (but the bug is on opds_stream side)

@mgautierfr Thx for clarification. IMO, we better get it fixed befpre 12.0.0 release.

I will work on this.

I'm already working on this

I've started with some clean-up of OPDS dumper. I've now shared my work as a self contained PR #829.

I've got the same thing here : #830
I've also started a cleanup, but by the other end (api).
We must synchronize our work else we go to a guaranteed merge conflict :)

I guess that #829 in its current form can be merged first without causing too much pain for #830. I won't continue working on it.

Per default the Http daemon primitive should work with humanids, not uuids. It woukd be great to use this ticket to have it working like this.