Bug 72218 - Missing symbols in squares in "Bullets and Numbering..." dialog on "Image" tab
Summary: Missing symbols in squares in "Bullets and Numbering..." dialog on "Image" tab
Status: RESOLVED DUPLICATE of bug 67188
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.1.0.0.beta1
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2013-12-02 06:56 UTC by Thomas Hackert
Modified: 2014-03-03 14:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Hackert 2013-12-02 06:56:18 UTC
Good morning @ll,
I hope, I have chosen the right component. If not, feel free to change it :)

I discovered the following:

When you create a new Writer or Impress document, then opens "Format – Bullets and Numbering" and switches to the "Image" tab, there are missing symbols in front of the grey lines in the squares with the different types of bullets, arrows and the like ... :( There are only grey lines, but no symbol in front of them ... :(

Steps to reproduce:
1. Start Writer
2. Go to "Format – Bullets and Numbering" and click on the "Image" tab

You will see, that the symbols in front of every square is missing from the eighth square (in the second row on the right) for a couple of rows ... :(

LO: Version: 4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a as well as Version: 4.2.0.0.beta1 Build ID: f4ca7b35f580827ad2c69ea6d29f7c9b48ebbac7 (both with installed Germanophone help- as well as langpack)
OS: Debian Testing AMD64

I have seen this in Writer as well as in Impress, but it may be also in Draw or other modules, where this dialog could be used.

Pedro, who confirmed it on the QA ML, mentioned, that these symbols are missing in the gallery directory in the user's directory ... :( Could this be the problem?

Sorry for the inconvenience
Thomas.
Comment 1 Pedro 2013-12-02 09:58:00 UTC
Bug confirmed under Windows XP Pro x86 SP3 en_US (changed Platform and OS to All)

Please follow discussion on
http://nabble.documentfoundation.org/Libreoffice-qa-Missing-symbols-in-squares-in-Bullets-and-Numbering-dialog-on-Image-tab-tp4085979.html

Under Windows the whole "bullets" folder is missing under %appdata%/LibreOffice/4/user/gallery since branch 4.1 (it is correct in 4.0) Probably it is missing in master since it has propagated to branch 4.2
Comment 2 Cor Nouws 2013-12-02 10:28:09 UTC
first version that I have showing the problem in 4.1.0 beta1
Comment 3 Regina Henschel 2013-12-02 13:39:01 UTC
The bullets are not missing, you can see them in the Gallery in theme Bullets. But those are all of file type *.svg. It is a LO only bug, in AOO the same graphics are shown well.
Comment 4 Regina Henschel 2013-12-02 13:51:34 UTC
Another difference is, that those bullets are located in the user folder and the others are in the share folder. That is already tracked in bug 67188. So the question is whether the path or the file type is involved.
Comment 5 Regina Henschel 2013-12-02 16:09:12 UTC
It seems, some errors cumulate:
(1) In version 4.1.3.2 the file sg1.thm contains the file names *.png. But those files are not contained in share/gallery/bullets. But there are some old files with *.gif. Those belong to OOo3.4.1. There should be *.png files since commit  fb6f2e1109abdd09e80dbcd6660a9530fc06ff0f

(2) The version 4.2.0.0.alpha1+ has already a correct list with *.svg file names. But the files themselves are missing in share/gallery/bullets and still the old *.gif files are contained. There should be *.svg files since commit cfddb61cd35faa5371510939a34ef1abd8ffc51d.

I have tested *svg files, which I have added to the theme 'bullets'. They are correctly usable from the Gallery and can be chosen in the Bullets&Numbering dialog. So it is not a problem of the file type, but a problem with missing images and wrong lists.
Comment 6 Maxim Monastirsky 2014-03-03 14:11:57 UTC

*** This bug has been marked as a duplicate of bug 67188 ***