In Base Table Data View, I right clicked on a column headking and selected Column Format from the drop-down menu to get to the Dialog "Field Format". There I clicked <Help>. This opened a FireFox tab to <https://help.libreoffice.org/dbtdata/cui:ListBox:RID_SVXPAGE_NUMBERFORMAT:LB_CATEGORY?Language=en-US&System=UNIX&Version=4.0>, which tells me Dbtdata/cui:ListBox:RID SVXPAGE NUMBERFORMAT:LB CATEGORY There is currently no text in this page. Thie seems, please pardon the pun, un<Help>ful. I see this with 4.0.0.1 (Build id 527dba6...) installed "in parallel" from the tarball of 32-bit .deb files. I did not install any helppack or languagepack. I am setting status UNCONFIRMED in case the difficulty has something to do with my flaky access to the internet. Terry.
With master commit 16ab898, pulled around 2012-01-10 10:55Z, the same ser actions bring me to a different URI, <https://help.libreoffice.org/Error/HTTP_NOT_FOUND.html.var>, which has a different title but amounts to the same thing ... Error/HTTP NOT FOUND.html.var There is currently no text in this page.
AFAIK version 4.0 help files have not been uploaded to wiki yet.
I'm marking this as a NOTABUG since this is not exactly a bug but something which is not yet ready.
In a sense NOTABUG sounds entirely right. But the release candidate was announced on a bunch of mailing lists. Perhaps the download page <http://www.libreoffice.org/download/pre-releases/> or the release notes <https://wiki.documentfoundation.org/Releases/4.0.0/RC1> should warn early testers not to expect the web-help to work?
Taking this, need to check this when the 4.0 help is uploaded.
@Jan - any update on this one?
Are you aware, that with installed LOCALHELP F1 also returns a blank page when called from this dialog? So maybe it's not related to WIKIHELP but the help call is malformed itself? Or the help page does not exist at all? Got identical results (empty help page) in 4.0.2.2, 3.6.5.2, and 3.5.7.2
Nino is right.
I still see the problem with my debug build of master commit 692878e, fetched 2014-08-13, built and running on debian-wheezy 64-bit. The referenced URI is <https://help.libreoffice.org/dbtdata/cui/ui/numberingformatpage/categorylb?Language=en-US&System=UNIX&Version=4.4>, and the page reads: Dbtdata/cui/ui/numberingformatpage/categorylb There is currently no text in this page. You can search for this page title in other pages, or search the related logs, but you do not have permission to create this page.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
On debian-stretch with daily dbguitil bibisect repo version 2016-09-20, <Help> goes to the wiki, help.libreoffice.org. This reports "There is currently no text in this page ...", but I shall deem that a different problem. So, I am setting RESOLVED WORKSFORME.
Changed summary as this bug is not about WIKIHELP but about builtin LOCALHELP (see #c7) Help still shows empty page in localhelp in LibO 5222, so reverting to NEW
Created attachment 130755 [details] This is how it looks like in help debug mode, note the help id.
Created attachment 130756 [details] The same tab page in Calc, in help debug mode. Same help id. It is very strange that in Calc the same dialog tab displays the correct extended help, but not in Base.
https://cgit.freedesktop.org/libreoffice/core/commit/?id=f0e4c91aba989507913d1f88133050409dd109c5 fixed this. See also my try: https://gerrit.libreoffice.org/#/c/36173/
Working on debian-stretch 64-bit, my results are generally negative: (*) daily dbgutil version 2017-05-22: from tab Alignment <Help> goes to URL https://help.libreoffice.org/sdatabase/dbaccess/ui/fielddialog/tabcontrol?Language=en-US&System=UNIX&Version=5.5, which says "There is no text on this page". (*) 5.3 (fresh) without local help: from tab Format goes to URL https://help.libreoffice.org/dbtdata/cui/ui/numberingformatpage/categorylb?Language=en-US&System=UNIX&Version=5.3 and from tab Alignment goes to URL https://help.libreoffice.org/dbtdata/cui/ui/cellalignment/comboboxHorzAlign?Language=en-US&System=UNIX&Version=5.3, each of which say "There is no text on this page." (*) 5.3 (fresh) wih local help: from either tab <Help> open local Help to tab Index with Search term blank. I.e., the help displayed is not sensitive to context. I am setting status REOPENED.
Hi Terrence Thanks for double checking this. I think there is an explanation for what you see: - With the daily build you get a correct URL (note the sdatabase/ part instead of dbtdata/) but the "new" help for 5.4 is not yet uploaded to that. But the content will get there soon. I just generated the wiki content locally, and I think I have all the necessary redirect files. - With 5.3 this is normal as this patch was not backported to that branch.
Setting Assignee back to default. Please change it back if you're still working on this issue
Now I'm being redirected from a current master build to https://help.libreoffice.org/index.php?title=Common/Numbers_Format&Language=en-US&System=UNIX&Version=6.0#bm_id3153312 which is the correct page in the help wiki. I think it's now safe to say this is fixed.