Problem description: The preview window for modifying the List styles does not update correctly. for levels 4+. It might also help to show non-printing characters in the preview, regardless of how that option is set for the document. Steps to reproduce: 1. modify a list style 2. click through the list style levels 3. watch preview window Current behavior: It sometimes works correctly for levels 1-3. Starting with level 4, once you click on it, the symbol for level 5 disappears (same for level 5 with 6 disappearing, etc.). Also, the indenting also seems have issues if you make a combo numbering to bullet list (lower level being bulleted). Expected behavior: The preview would look correct for all levels Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Thanks for bugreport Bug still reproducible?
Yes, this happens still in Windows and Ubuntu (3.5.3) Not a big problem, just shows a lack of polish and small annoyance.
Thanks for additional testing Reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit Bug works so: when we select some level, bullet not shown on level beneath of it. For example, if we select level 2, then bullet not shown on level 3. If we select l variant 1-10, then on bullet shown only on level 1. In Impress problem the same
Created attachment 62049 [details] screenshot, where selected level 2 and bullet not seen for level 3
There are also other random visual glitches. Depending on which level you pick, the indents and what part of the bullets/numbering is shown will switch around (i.e. sometimes the level below, sometimes above).
is the bug still there in LibO 4.3.2.2?
reproduced bug in 4.3.1 on WinXP
Still present in 4.3.4.1 as well. Still messing up the n+1 level. Showing 1-10 also doesn't work at all.
** 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.0.4 or later) 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Still present in 5.0.4 (64-bit LibO, Win10 64-bit). Checked LibO 3.3.0, present as well so changing version to inherited.
** 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.6 or 5.2.3 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-20170103
Still present in 5.2.4 x64, Windows 10 64-bit.
I turn it into an easy hack. I can reproduce this problem also on 5.4 master branch. The tab page which has this preview window is now called "Customize". We have separate code for Writer and Impress, but they are duplicate of each other. Both should have the same problem and should be fixed on the same way. You can find the code in these methods: Impress: SvxNumberingPreview::Paint() Writer: NumberingPreview::Paint()
On click level "1-10",the preview window is not showing the modified values(except for the level-1).Is it expected to show all the modified values from all the levels???
(In reply to Vidhey PV from comment #14) > On click level "1-10",the preview window is not showing the modified > values(except for the level-1).Is it expected to show all the modified > values from all the levels??? If I understand the question right, then yes. The preview window should show bullets for all levels when level 1-10 is selected (now it shows only for the first level). As I see it works well when the numbering type is number or character and the problem only comes up with bullets.
(In reply to Vidhey PV from comment #14) > On click level "1-10",the preview window is not showing the modified > values(except for the level-1).Is it expected to show all the modified > values from all the levels??? On more thing. The main issue here is that bullet symbols are not drawn in some case (see screenshot). If there are some other issues (e.g. wrong indentation), we can open new bugs for them.
pv2k committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7a275521a5383f24d9a0c1aea7b61f1b64829190 tdf#46552 fixing preview for bullets/numbering configuration It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.