GNOME Bugzilla – Bug 783762
QCH files: "Namespaces" or "Files" in the navigation tree get "The page could not be found"
Last modified: 2018-07-30 10:54:59 UTC
QCH files generated with doxygen and used with e.g. Qt Assistant, when looking at the contents tree there can be on the first level (of course depending on configuration and presence of namespaces) the sections "Namespaces", "Classes", "Files", e.g. --- 8< --- * MyLib 1.2.3 > Namespaces > Classes > Files --- 8< --- But selecting both "Namespaces" and "Files" (e.g. by LMB click) results in Qt Assistant showing a page with content "The page could not be found". Other than with "Classes", which shows a page (the same as for it's sub-entry "Class List"). Expected: It would be nice to have "Namespaces" and "Files" behave the same as "Classes", also having the respective list pages (as behind "Namespace List" and "File List") as link targets, unless they once get some special content for themselves. This both prevents the error message and the user experience of broken doxygen usage, as well as speeds up usage of the navigation tree when heading for the lists of namespaces or classes. And would improve experience with doxygen as used by https://api.kde.org/ecm/module/ECMAddQch.html Patch as possible fix provided here: https://github.com/doxygen/doxygen/pull/568
As discussed in https://github.com/doxygen/doxygen/pull/734 , Doxygen has moved its issue tracking to https://github.com/doxygen/doxygen/issues All Doxygen tickets in GNOME Bugzilla have been migrated to Github. You can subscribe and participate in the new ticket in Github. You can find the corresponding Github ticket by searching for its Bugzilla ID (number) in Github. Hence I am closing this GNOME Bugzilla ticket. Please use the corresponding ticket in Github instead. Thanks a lot!