(In reply to comment #0)

Currently the openZim export drops any included categories.

We should be including these for easy navigation.

Can someone please explain, if this bug also covers (a not yet filed bug):

"Extension:Collection should not drop categories of a previous version when an updated book version is stored in a wiki page"

Currently, when you update a stored book (load your stored "book page", update the book with new pages etc.) and when you store the amended collection on the "book page", then previoulsy assigned Categories are unfortunatly not automatically copied to the new stored book page version.

The previously assigned categories must be manually scratched from the previous version in page history and manually copied to the new book page.

However, I regard it as an essential feature of the store function, that categories are automatically taken over.

mhershberger wrote:

Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734

(In reply to comment #1)

Can someone please explain, if this bug also covers (a not yet filed bug):

"Extension:Collection should not drop categories of a previous version when an
updated book version is stored in a wiki page"

...

The previously assigned categories must be manually scratched from the previous
version in page history and manually copied to the new book page.

I'm not sure if this is what this bug is talking about or not. Join us for a Collection Triage this Wednesday and you can ask Tomasz!

Assigning back to Tomasz so he can get some use cases going.

OCG ZIM export is "based on" mwoffliner. I guess I should fix it there first. Here is a similar bug report on Kiwix bugtracker:
https://sourceforge.net/p/kiwix/feature-requests/778/

@Tfinc, this is one of the oldest tasks assigned to someone. Are you planning to work on it, and is its current priority correct?