Description: Bullet characters are not correctly vertically aligned on Impress slides when the line space used is anything more than single spacing. This is a regression - behaviour was correct under LO 4 & 5, broken under LO 6.0.1.1. Steps to Reproduce: 1. Select "New>Presentation" (under LO 4) or "File>New>Presentation" (LO 5 or 6) to create a blank presentation. If necessary, click "Cancel" on the template chooser, so that you're looking at a blank presentation. 2. Select "View>Slide Master" (LO 4) or "View>Master Slide" (LO 5, LO 6). 3. Click in "Click to edit the outline text format". 4. Right click. Select "Edit Style". 5. Select "Customise". Set "Relative Size" to 100%. 6. Select "Character". In the resulting "Special Characters" window, set the font to the presentation's default font (Arial for LO 4, Liberation Sans for LO 5 & LO 6). Select Subset "Basic Latin", and select character "-" (U+002D). Click on "OK" (LO 4, LO 6) or "Insert" (LO 5). 6. Select "Indents and Spacing". Set Line spacing to "Double". 7. Click "OK". 8. Select "View>Normal". 9. Select "Format>Slide Layout" (in LO 4) or "Slide>Slide Layout" (in LO 5) or "Slide>Layout" (in LO 6). Select "Title, Content" layout. 10. Click on "Click to add text", and type a series of '-' characters (U+002D). Actual Results: Under LO 6.0.1.1, the minus sign being used as the bullet is not vertically aligned with the text, but instead is (incorrectly) highly subscripted. Expected Results: Under LO 4.0.6.2 and LO 5.4.5.1, the minus sign used as the bullet and the minus signs entered as slide text are vertically aligned (as they should be, IMO). Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: This problem does not affect numbered or lettered lists - only lists that use a bullet character. Version: 6.0.1.1 Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; Locale: en-US (en.UTF-8); Calc: group User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:58.0) Gecko/20100101 Firefox/58.0
Confirming with Version: 6.0.1.1 Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
I also see the same problem in Version: 5.4.5.1 Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 Threads CPU : 4; OS : Mac OS X 10.13.3; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group
Bullet point is displayed correctly aligned using Version: 5.4.3.2 Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
Also works correctly in Version: 5.4.4.2 Build ID: 2524958677847fb3bb44820e40380acbe820f960 Threads CPU : 4; OS : Mac OS X 10.13.3; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group
Apologies - it looks as though I inadvertently tested against 5.4.3.2, not 5.4.5.1, when I originally reported the bug. I can confirm that I also see the correct behaviour with: Version: 5.4.3.2 Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; Locale: en-GB (en.UTF-8); Calc: group ... and do in fact see the buggy behaviour with: Version: 5.4.5.1 Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; Locale: en-GB (en.UTF-8); Calc: group (This is contrary to my original "expected results" note)
This seems to have begun at the below commit. Adding Cc: to Szymon Kłos; Could you possibly take a look at this one? Thanks 346ad739bb9f40a158f3cd9331e3f74c40c406f0 is the first bad commit commit 346ad739bb9f40a158f3cd9331e3f74c40c406f0 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Jan 1 13:06:24 2018 -0800 source a7e6e4b220089a2d8a58ff10393d598a8b796fa5 author Szymon Kłos <szymon.klos@collabora.com> 2017-12-21 18:02:13 +0100 committer Szymon Kłos <szymon.klos@collabora.com> 2018-01-01 21:52:56 +0100 commit a7e6e4b220089a2d8a58ff10393d598a8b796fa5 (patch) tree 0db698d0ce1dfa010b2a133e2ab76a0c5ac04be7 parent f31ccd18f1b142f8c851e7e219f8bc18b157bc52 (diff) tdf#114628 correct line spacing for impress * use line spacing also for the first line * correct spacing in case of > 100% proportional spacing * impedit2.cxx only code readability change
*** This bug has been marked as a duplicate of bug 116536 ***