Poor content of <https://help.libreoffice.org/index.php?title=Swriter/.uno:HelpIndex&Language=en-US&System=UNIX&Version=5.4&redirect=no> etc.
In builds of LO configured to use the online help (like the 5.4.3 flatpak available through <https://flathub.org/apps.html>), doing "Help - LibreOffice Help - Read Help Online" causes pages like <https://help.libreoffice.org/index.php?title=Swriter/.uno:HelpIndex&Language=en-US&System=UNIX&Version=5.4&redirect=no> (with URLs details depending on LO version, OS, etc.) to open in the browser.
However, those pages content currently is just a redirect page (which doesn't automatically redirect, presumably because of the "redirect=no") with some obscure content like "Common/Help#bm id3149178" linking to <https://help.libreoffice.org/Common/Help#bm_id3149178>. (And where the latter isn't even the main Writer help page <https://help.libreoffice.org/Writer/Welcome_to_the_Writer_Help>, but rather help about LO's "Help" menu.)
#1 Updated by Stephan Bergmann over 1 year ago
(No idea why this redmine stuff decided to corrupt some of the URLs I'd given in the original description, by encoding the enclosing ">" as part of the URL, ">". Just forget about such wannabe-clever fancy text input crap...)
#2 Updated by Olivier Hallot 22 days ago
The redirection with a temp file is due to the fact that passing an URL with parameters (file://url/?param-list) through XDG is not possible because the parameters are dropped.
So we had to create a customized HTML temp file with the url and params inside to bypass this restriction.
#3 Updated by Stephan Bergmann 21 days ago
Olivier, this is about the online help (configured with --with-help=online), so I think your above comments do not apply, right?
(I re-checked now with a recent LO master build towards LO 6.4, and there doing "Help - LibreOffice Help - Read Help Online" from the start center opens https://help.libreoffice.org/latest/en-US/text/swriter/main0000.html, which looks good. So it may be the case that this issue is no longer very relevant.)