Bug 89985

Summary: Text of this svg image is shifted in slideshow
Product: LibreOffice Reporter: Frederic Parrenin <frederic.parrenin>
Component: ImpressAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: normal CC: stephane.guillou, stgohi-lobugs, xiscofauli
Priority: medium Keywords: filter:odp, filter:svg
Version: 4.3.3.2 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=138123
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 103610    
Attachments: .odp file to reproduce the problem
This is the slide as it appears in slide show on my computer
another buggy .odp file
The first slide of the second file as it appears in slideshow
The second slide of the second file as it appears in slideshow

Description Frederic Parrenin 2015-03-13 10:40:16 UTC
Created attachment 114070 [details]
.odp file to reproduce the problem

Steps to reproduce:
- open this .odp file
- go into slideshow
=> observe that the x-axes labels are shifted on the right.
Comment 1 Frederic Parrenin 2015-03-13 10:42:21 UTC
Created attachment 114071 [details]
This is the slide as it appears in slide show on my computer
Comment 2 A (Andy) 2015-03-13 18:22:05 UTC
Buggy behaviour reproducible with LO 4.4.1.2, Win 8.1

- no axis labels are visible
- all the text is only shown if the image (diagram) is deleted or if you scroll back at the end of the presentation
Comment 3 Frederic Parrenin 2015-06-18 02:57:01 UTC Comment hidden (obsolete)
Comment 4 Frederic Parrenin 2015-06-18 05:41:47 UTC Comment hidden (obsolete)
Comment 5 Frederic Parrenin 2015-08-07 22:30:13 UTC Comment hidden (obsolete)
Comment 6 Frederic Parrenin 2015-08-19 18:18:28 UTC
Created attachment 118027 [details]
another buggy .odp file

In this new .odp file, there are two slides which appear correctly in the normal view but incorrectly in slideshow.
I hope the LO developers can have a look at this problem since, when you realize in front of people that your presentation is mangled, it gives a really bad advertising for LO...
Comment 7 Frederic Parrenin 2015-08-19 18:22:00 UTC
Created attachment 118028 [details]
The first slide of the second file as it appears in slideshow
Comment 8 Frederic Parrenin 2015-08-19 18:22:34 UTC
Created attachment 118029 [details]
The second slide of the second file as it appears in slideshow
Comment 9 QA Administrators 2016-09-20 10:26:03 UTC Comment hidden (obsolete)
Comment 10 Frederic Parrenin 2016-09-20 12:47:13 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2018-07-28 02:42:46 UTC Comment hidden (obsolete)
Comment 12 Frederic Parrenin 2018-08-07 13:12:20 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2020-12-11 03:47:57 UTC Comment hidden (obsolete)
Comment 14 Frederic Parrenin 2020-12-11 07:33:02 UTC
An update on this bug report.
With LO-6.4.6, the image in the first file still appears wrongly in slideshow.
For the second file, the second image now appears correctly, even in slideshow.
But the first image appears wrongly, in slideshow AND in normal view.
Comment 15 Timur 2022-07-19 09:06:32 UTC
attachment 114070 [details]: 
Windows no repro 4.2.8, 4.3.7, repro 7.5+ Skia only.
Linux repro 4.2 GEN, 7.5+ GEN and GTK3 and SKIA
Comment 16 Stéphane Guillou (stragu) 2022-11-23 08:22:32 UTC
Shifted text of attachment 114070 [details] during slideshow reproduced in LO 7.4 and 7.5.  Extra issues with font (also in slideshow) were introduced in 7.5.

For attachment attachment 118027 [details], first slide displays badly in both editing and slideshow modes in a recent LO 7.5 build. Second slide displays fine.

Version: 7.4.2.3 / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1435c5b12646269e2b5b58ec7d51626dce6505db
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Could be useful to have the original SVGs to see what happens at import time. The PNG (thumbnail?) in the unzipped archive Pictures directory gives an indication.
Comment 17 Xisco FaulĂ­ 2023-08-02 12:18:48 UTC
This is not a svg import issue. The problem happens in slideshow only