Description: tested with ubuntu 18.04 (64bit) and build: Version: 6.1.0.1 Build ID: 378e26bd4f22a135cef5fa17afd5d4171d8da21a CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group threaded Steps to Reproduce: 1. Create a new Impress file. 2. Select from the templates (I choose Alizarin) 3. Go to the second page of the file 4. In the content section of the page, click on the icon for add table 5. The Insert Table dialog opens 6. Click on the HELP button or enter F1 or 7. After selecting a table size and inserting it, select a cell inside the table and enter F1 Actual Results: The top level help page for Impress is displayed. Expected Results: Some help page that deals with Inserting and or working with Tables in Impress. I could find no such page when I searched in the help system. Reproducible: Always User Profile Reset: No Additional Info:
Confirmed on Windows 10 Ent 64-bit en-US with Version: 6.1.0.1 (x64) Build ID: 378e26bd4f22a135cef5fa17afd5d4171d8da21a CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL No local help installed so F1 to web help... Think it should be linking to the "Table Bar" article, which does show in the shared "default toolbar configuration" article -> main0200.html for IMPRESS help, but on selection it is annotated as a WRITER article. Guess there is a whole class of these that need some sort of cross index? https://help.libreoffice.org/6.1/en-US/text/shared/main0204.html?&DbPAR=WRITER&System=WIN
Dear Drew Jensen, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear Drew Jensen, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to V Stuart Foote from comment #1) > Think it should be linking to the "Table Bar" article, which does show in > the shared "default toolbar configuration" article -> main0200.html for > IMPRESS help, but on selection it is annotated as a WRITER article. Guess > there is a whole class of these that need some sort of cross index? > > https://help.libreoffice.org/6.1/en-US/text/shared/main0204. > html?&DbPAR=WRITER&System=WIN This bug has frustrated my attempt to resolve another issue. I believe the help is there but here is what I found by tracing the process: * If you set the environment variable HELP_DEBUG then run Libreoffice, the help target strings can be seen when hovering over an icon etc. I see the correct target strings in the Table bar (both in Impress and Writer), eg, "swriter:.uno:MergeCells" for the Merge Cells icon. * Tracing the "help.index.html" file, which contains the javascript that formats the final URL for the help page, I see it is passed a different target string, eg, "swriter:.uno:SW_HID_EDIT_WIN". This is the target for Writer's main page. This target is also the target for the page pane itself (in Writer). * The other icons in the Table bar are presumably the same. What I imagine is happening is that the pressing the F1 key etc is picking up the target string that belongs to the pane underneath. An easy way to check this is by inserting a line of javascript into the built version of "help/index.html", eg, adding "confirm(target);": if (n != -1) { // the URL came from LibreOffice help (F1) var target = getParameterByName("Target",url); confirm(target); var lang = existingLang(getParameterByName("Language", url)); var system = getParameterByName("System", url); Then try the F1 help. You'll see the page start to load then a messagebox appear. In Impress I get "simpress/SD_HID_SDDRAWVIEWSHELL" for every icon in that Table bar instead of the target string shown for the icon in the tip bubble.
Apologies for the minor syntax errors in the target strings in [Comment 4].
Also, confirmed in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2bcce8a815db0ece91d43854ed2af1d0e71b5448 CPU threads: 12; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-US Calc: threaded
You can also view and confirm the help pages are available by going through the table context menu icons.
This appears to occur for any icon in any toolbar in any module in: Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 12; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-US Calc: threaded And the same for LO 5.x. Both of these use online help, but the arguments in the URL's will be the same. My notes in [Comment 4] apply to these controls (icons) as well.
Related to [comment 4], building the latest from the master branch (pulled yesterday), "export HELP_DEBUG=1" no longer displays the bookmark hid targets: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 8a5682cd2f27a7da2a0597cb25d43abc310013bc CPU threads: 12; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-US Calc: threaded It still works for 7.2 so it's not my environment. Has something changed in the past week?
(In reply to Ross Johnson from comment #9) > Related to [comment 4], building the latest from the master branch (pulled > yesterday), "export HELP_DEBUG=1" no longer displays the bookmark hid > targets: > > Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 8a5682cd2f27a7da2a0597cb25d43abc310013bc > CPU threads: 12; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: > Skia/Raster; VCL: win > Locale: en-AU (en_AU); UI: en-US > Calc: threaded > > It still works for 7.2 so it's not my environment. > > Has something changed in the past week? Something must have changed as the bookmark hid targets are now only exposed if HELP_DEBUG=1 and I choose Help - What's This? for extended tooltips. This makes sense and thankfully the feature is not lost, but there is a Help page that needs to be updated (search for HELP_DEBUG).