Probably related to RelatedBug 75637
Note the help corresponding to Stable 220.127.116.11 release, has been installed;
I am running JRE 1.7.0_51
Changing to from Tools.Options Galaxy or Tango, as suggested in above Bug, does not work.
Example of a page that fails, as above, is: "Shortcut Keys for Spreadsheets"
Example2: Help topic "Spreadwheets.Functions Types and Operators.FunctionWizard"
Note: Adding a RClick operation, on icons on help page, would at least give a clue, as to where icon is expected to be...
while at it, making the icons "scaleable" is of questionable use... a simple popup, like wikipedia, would be a better "enlarge" option..
@email - please provide explicit steps for how to see the problem along with what you expect and what you observe. In this case probably a screenshot would be helpful also. Keep in mind that we have thousands of bugs we try to keep up with triage work and it's always best if you can help us by making clear reproducible steps.
Also for the second request - please report separately. 1 report should equal 1 issue/request.
Marking as NEEDINFO - once you provide easy reproducible steps and a screenshot please mark as UNCONFIRMED. Thanks
Created attachment 105119 [details]
shows multiple missing icons on one help page
there are two more png images; will try to attach, them at later time, since aparently, bugzilla does not accept multiple attachments of PNG's;
shows ability to select on "icon"Placeholder, but cannot access the text string "vnd.sun.sta.....", to see what it trying to reference;
shows the build# of LibreOffice, from the writer.main menu
Created attachment 105120 [details]
cannot access text string that maps to icon image
Created attachment 105121 [details]
shows build info for version of LibreOffice
Unfortunately, help has not corresponding build info or "help" menu ite,
responding with additional info requested.
Note when changing from Tools.Options: Galaxy to any other, like Tango, and back, and even if close LibreOffice (& quickstarter), and restart, the same observations on help icons still prevail.
Created attachment 105244 [details]
screenshot of missing icons
I can confirm this bug with the following steps:
1) Open LO Writer
2) In menu select Help icon -> LibreOffice Help F1
3) You get a help page with missing icons
LinuxMint 17 Cinnamon (original Hungarian locales)
LO 18.104.22.168 Build id.: 420m0(Build:2)
Created attachment 105446 [details]
Problem also in V22.214.171.124_installed today
installed v126.96.36.199 over prior version, noted in this bug report;
Observed same "missing icon" visually.
Created attachment 105447 [details]
actual missing icon screenshot
example, is the default screen, upon 1st invoke writer.Help
*** Bug 88086 has been marked as a duplicate of this bug. ***
See bug 88086 for another example using 188.8.131.52.beta2
Please look at bug 81091, workaround in comment 18, whether it solves your problem.
*** Bug 94889 has been marked as a duplicate of this bug. ***
Workaround in comment 18 at bug 81091 does not solve. When the box is checked, no icon is displayed, but when the box is unchecked, only some icons are displayed.
See the added picture on the French Open Office Forum:
Tried on Libre Office 4.4.5 on Linux 64 bits, searching for "créer nouveau document" (Create new document) and selecting "nouveau" (new) in french help: almost all icons are missing, only three icons are correctly displayed at the bottom of the picture!
Not reproducible for me with LibreOffice 184.108.40.206+ built at home under Ubuntu 15.04 x86-64 if I use the Galaxy icon set. It seems that Tango icon set is not complete, and, consequently, should not be set as default icon set.
Best regards. JBF
With LibO 4.4.5 (Linux 64 bits or Vista 32 bits), I am using the Galaxy icon set, but the problem of missing icons appears with all available icon sets (Crystal, Galaxy, Hicontrast, Sifr, Tango, Oxygen)
Is is solved in 5.0.4 or further release ?
If you are missing icons in the help, then copy the placeholder. Insert it into a Writer document. Open the formatting dialog of that placeholder graphic, goto the tab "Image". Copy the text from the field 'File name' in section 'Link'. Add this to your bug report. You will get something like
In this example the link tells, that it was searched in theme 'tango', that its file name is 'sc20171.png' and the folder 'imglst' indicated, that the icon is not used directly but via a mapping list. (Which is true for this special icon.)
Doing so, it is much easier to decide, whether the icon is really totally missing in the icon theme or whether it is not shown, because the mapping via list currently does not work for the help viewer (bug #75637).
With Windows 7 Home locale fr,
LO 220.127.116.11 Build ID: 40ff705089295be5be0aae9b15123f687c05b0a display all icons,
LO 18.104.22.168 Build ID: 7bf567613a536ded11709b952950c9e8f7181a4a not.
Typing "créer nouveau document" in Help search, next "Nouveau", shows help for new document with 7 missing icons.
According to the indications of Regina, i get for the first missing icon in LO 22.214.171.124:
vnd.sun.star.zip://file:%2F%2F%2FC: … %2FLibreOffice%25126.96.36.199%2Fshare%2Fconfig%2Fimages_tango.zip/res/sx03251.png
Looking there, this icon is missing.
By continuing, 30 images are missing: (188.8.131.52, 243 elements, 184.108.40.206, 273), this for images_tango.zip/res/, but also for the other themes.
Missing icons in help are really missing in zip folders for all sets.
Examples: icons missing in the test "Create new document-> New" are in the range "sx03243.png" to "sx03252.png" which is missing in "galaxy.zip", missing in "oxygen.zip", missing in "crystal.zip" and missing in all other zip files.
(Tested on LibO 4.4.5 Windows version)
Could it be possible to download zip files from older versions?
Yes. Change the four related files in LO 220.127.116.11 by the same ones from LO 18.104.22.168 works.
Displaying is good.
I didn't verify if thers's no other issue.
(In reply to Jacques Guilleron from comment #19)
> Yes. Change the four related files in LO 22.214.171.124 by the same ones from LO
> 126.96.36.199 works.
If replacing images_theme name.zip files from an old version prior to 4.2 fixes this bug, then it is a duplicate of bug 75637 Only some icons are missing. See comment 16 from Regina.
If all icons are missing, see bug 81091 and uncheck Tools > Options > LibreOffice > Security > Options > Block any links from documents not among the trusted locations (see Macro Security)
If bug is still present then it is a new one. You may have select an option which disable icons in help. Remove your profile, and try to find which option makes the bug to appear.
This is an icon inheritance bug found in the help viewer. If the icon isnt found in the current icon theme's zip file, it doesnt check its parent icon theme's zip file for the icon. I noticed this same issue when checking the help while having breeze enabled and had the breeze icon designer create the necessary missing icons for common paragraphs.
While doing some more investigating, it seems that the help viewer also ignores links.txt duplications entries, so though the icon 'sw/imglst/sc20174.png' found in the "Rearranging a Document by Using the Navigator" help file  which was screenshot in comment 2 has a duplication entry in breeze's links.txt like this
the icon does not appear in the help. I'll let others decide the priority of this bug, but this pretty much means that the help viewer is not usable in any icon theme other than galaxy due to these two bugs. The only except to this is breeze in 5.0 which didnt utilize links.txt much.
So help files have links like "cmd/sc_line.png", and we mass-transform it using xslt to "vnd.sun.star.zip:/path/to/images_<current-theme>.zip/cmd ... and feed that to the web view. There isn't much we can do with such logic. One possible solution is what kendy suggested in a comment in Databases::getImagesZipFileURL:
280 // FIXME instead of using a general vnd.sun.star.zip://
281 // for imgrepos, we should have some vnd.sun.star.image://
... and internally this new content provider should use the normal way of loading icons, as we do for UI elements.
Doing some more digging around and the web view in 3.3.0 and 3.6.7 would always show galaxy icons even when a different icon theme was set.
In 4.1.6, tango icons are appearing in web view and there were no placeholder images because in its images_tango.zip, we were merging all missing icons from industrial and galaxy into it.
In 4.2 we introduced links.txt resulted in some icons to be missing and in 5.0 we stopped bundling icons from parent icon themes into child icon themes zip files, which resulted in alot more icons to be missing.
(In reply to richard_g from comment #18)
> Examples: icons missing in the test "Create new document-> New" are in the
> range "sx03243.png" to "sx03252.png" which is missing in "galaxy.zip",
> missing in "oxygen.zip", missing in "crystal.zip" and missing in all other
> zip files.
Can you identify where in the help these icons are used as i searched through the help repo and couldnt find a reference to sx03243.png.
> Could it be possible to download zip files from older versions?
I found sx03243.png in 3.3.0's zip files, but not in version 3.5.7 and above, so it is possible to copy it from older versions if necessary.
(In reply to Maxim Monastirsky from comment #22)
> So help files have links like "cmd/sc_line.png", and we mass-transform it
> using xslt to "vnd.sun.star.zip:/path/to/images_<current-theme>.zip/cmd ...
> and feed that to the web view. There isn't much we can do with such logic.
> One possible solution is what kendy suggested in a comment in
> 280 // FIXME instead of using a general vnd.sun.star.zip://
> 281 // for imgrepos, we should have some vnd.sun.star.image://
I disagree with that as long term solution. I think, that in a long term solution the transformation should result in a html, which can be shown with every browser and does not contain any propriety protocol. That would need to rethink, whether the images need to be zipped at all. For example in my installation the zipped images_galaxy.zip has size 2478KB and the unzipped folder 1989KB.
> ... and internally this new content provider should use the normal way of
> loading icons, as we do for UI elements.
But the real problem is, that the images are not used directly, but via the links.txt file. This file cannot be used in the xsl transformation. My current idea is to wrap the links.txt file into a .xhp document so it can be read by the document() function in the main_transform.xsl. Perhaps use a coded form of the image-link as paragraph id. But there is nothing testing up to now.
(In reply to Regina Henschel from comment #25)
> But the real problem is, that the images are not used directly, but via the
> links.txt file.
links.txt is not the only problem right now. You're missing the fact that since 5.0 icon themes aren't self contained anymore, and the fallback is implemented in vcl.
We had some discussion and tests on the Hackfest in Hamburg. Solving the problem in the xsl filter does not look promising. The next try should be, to fix it in core directly by improving or creating a protocol handler for use in the helpviewer.
The problem here is the same as in bug 75637, therefore I close this as duplicate.
*** This bug has been marked as a duplicate of bug 75637 ***