Created attachment 171440 [details] Example file from PowerPoint (reused from unit test of bug 134053) This is a followup to bug #136957 Attached example file has a line shape with dash – dot line style set. In editor mode the line looks like in PowerPoint, but in slideshow mode some dots disappear between the dashes. Steps to reproduce: 1. Open attached file 2. Press F5 to start the slideshow Actual results: Some dots are missing. Expected results: Continuous dash-dot pattern. LibreOffice details: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eeb2854e085fdd9f7a38d6e952a8aedf43e90323 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL
Created attachment 171441 [details] Screenshot of the original document side by side in PowerPoint and Impress
Created attachment 171442 [details] Screenshot of the problem in Impress slideshow mode
Luboš is reverting the fix for tdf#136957 in https://gerrit.libreoffice.org/c/core/+/114711 and providing another solution in https://gerrit.libreoffice.org/c/core/+/114710
Created attachment 171529 [details] The example file in Impress slideshow mode Looks more consistent in a fresh build after this commit: https://bugs.documentfoundation.org/show_bug.cgi?id=136957#c17 Version: 7.2.0.0.alpha0+ Build ID: 6b7c2fa65eb68be520ed4135cc245e33fa22e8bf CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded
Created attachment 171731 [details] How it looks in yesterdays nightly Looks good on Windows with Skia, but not with GDI graphics: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 9df3aa7ea72d61462e430643f2a80906dce4e15b CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL
Created attachment 171817 [details] Another example file with more line widths Let me move the goal post here... This file contains some line objects with different widths: 2 pt, 1 pt, 6 pt and 10 pt. In GDI mode during slideshow the dashes get longer and the space between them gets longer than in editing mode. The dots now appear after https://git.libreoffice.org/core/commit/ec73a21bccf4a055ae9dc575dbad3d67c91f481e set also dashing cap style for directx canvas (tdf#136957)
Created attachment 171818 [details] The latest example in editor mode
Created attachment 171819 [details] The new example file in slideshow mode In todays nightly: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 1675a68526c43c6c6e4dc850ee911f0c1de75c88 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL However it looks like in the editor during slideshow in Skia mode.
Is this Windows-specific now (given the GDI references)? I set "Windows" as platform, and wonder whether the title should reflect this, too?
Repro only on Win with default render. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: efb39149be1744def96ef015d1d184b5af3f43b7 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
Dear NISZ LibreOffice Team, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug