Bug 145965 - PPTM inserted as OLE object is too wide and produces UI artifacts when scrolling
Summary: PPTM inserted as OLE object is too wide and produces UI artifacts when scrolling
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: OLE-Object-Interoperability PPT
  Show dependency treegraph
 
Reported: 2021-11-30 13:08 UTC by Thomas K
Modified: 2023-12-29 10:50 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
ZIP file with repro data and screenshot (411.49 KB, application/x-zip-compressed)
2021-11-30 13:08 UTC, Thomas K
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas K 2021-11-30 13:08:23 UTC
Created attachment 176593 [details]
ZIP file with repro data and screenshot

Note: I noticed this behavior in LibreOffice 7.1.7.2 (x64), but this version is not available in the "Version" dropbox. I selected 7.1.6.2 as the closest version instead.

Steps to reproduce:
1. Open LibreOffice Writer 7.1.7.2 on Windows 10
2. Create a new Writer document
3. Insert the attached repro.pptm via "Insert->Object->OLE Object...->Create from file"
4. Scroll up and down in the document

Observed behavior:
The inserted OLE object is wider than the document. The part of the OLE object which is wider than the document does not move with the document when scrolling.
(See the attached screenshot for an example.)

Expected behavior:
The inserted OLE object should be automatically scaled to fit into the document. This works when inserting the almost identical works.ppt from the attachement.
Otherwise, the part of the OLE object which is wider than the document should move with the rest of the document when scrolling.

Detailed version info:
Version: 7.1.7.2 (x64) / LibreOffice Community
Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f
CPU threads: 16; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL

https://bugs.documentfoundation.org/show_bug.cgi?id=145811 sounds similiar concerning the UI glitches, but I am not sure if it is a duplicate.
Comment 1 Dieter 2021-12-17 08:16:53 UTC
I confirm it with

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: deea3b7471c3dab0220eca6146c225a2d47681a2
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Since this is yesterdays master I don't think it is a duplicate of bug 145811.
Comment 2 QA Administrators 2023-12-18 03:12:13 UTC Comment hidden (obsolete)
Comment 3 Dieter 2023-12-29 10:50:11 UTC
Still present in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 40617d867346956588ac023511f31210107217f4
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

But I think main problem is, that pptm-file isn't inserted correctly like a ppt-file