Bug 141926 - FILEOPEN PPTX Dash – Dot style line loses some dots in presentation mode (Windows with GDI)
Summary: FILEOPEN PPTX Dash – Dot style line loses some dots in presentation mode (Win...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.0.0.alpha0+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pptx
Depends on:
Blocks: PPTX-Shapes
  Show dependency treegraph
 
Reported: 2021-04-27 08:44 UTC by NISZ LibreOffice Team
Modified: 2024-08-15 03:15 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from PowerPoint (reused from unit test of bug 134053) (14.49 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-04-27 08:44 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in PowerPoint and Impress (48.68 KB, image/png)
2021-04-27 08:45 UTC, NISZ LibreOffice Team
Details
Screenshot of the problem in Impress slideshow mode (4.44 MB, image/jpeg)
2021-04-27 08:45 UTC, NISZ LibreOffice Team
Details
The example file in Impress slideshow mode (1.82 MB, image/jpeg)
2021-04-30 13:15 UTC, Gabor Kelemen (allotropia)
Details
How it looks in yesterdays nightly (1.68 MB, image/jpeg)
2021-05-07 07:13 UTC, NISZ LibreOffice Team
Details
Another example file with more line widths (12.12 KB, application/vnd.oasis.opendocument.presentation)
2021-05-10 09:52 UTC, NISZ LibreOffice Team
Details
The latest example in editor mode (43.54 KB, image/png)
2021-05-10 09:54 UTC, NISZ LibreOffice Team
Details
The new example file in slideshow mode (1.81 MB, image/jpeg)
2021-05-10 09:59 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2021-04-27 08:44:49 UTC
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
Comment 1 NISZ LibreOffice Team 2021-04-27 08:45:14 UTC
Created attachment 171441 [details]
Screenshot of the original document side by side in PowerPoint and Impress
Comment 2 NISZ LibreOffice Team 2021-04-27 08:45:39 UTC
Created attachment 171442 [details]
Screenshot of the problem in Impress slideshow mode
Comment 3 Xisco Faulí 2021-04-27 15:58:03 UTC
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
Comment 4 Gabor Kelemen (allotropia) 2021-04-30 13:15:49 UTC
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
Comment 5 NISZ LibreOffice Team 2021-05-07 07:13:31 UTC
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
Comment 6 NISZ LibreOffice Team 2021-05-10 09:52:51 UTC
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)
Comment 7 NISZ LibreOffice Team 2021-05-10 09:54:19 UTC
Created attachment 171818 [details]
The latest example in editor mode
Comment 8 NISZ LibreOffice Team 2021-05-10 09:59:00 UTC
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.
Comment 9 Gerald Pfeifer 2021-05-10 10:22:34 UTC
Is this Windows-specific now (given the GDI references)?  I set "Windows"
as platform, and wonder whether the title should reflect this, too?
Comment 10 Buovjaga 2022-04-19 06:46:32 UTC
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
Comment 11 QA Administrators 2024-08-15 03:15:00 UTC
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