Bug 157407 - Cropped image gets distorted on HiDPI screen
Summary: Cropped image gets distorted on HiDPI screen
Status: RESOLVED DUPLICATE of bug 84800
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.1.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-09-24 08:41 UTC by Mihai Vasiliu
Modified: 2023-09-25 23:47 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
scaling issue to reproduce (1.04 MB, application/x-zip-compressed)
2023-09-24 08:42 UTC, Mihai Vasiliu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mihai Vasiliu 2023-09-24 08:41:01 UTC
Description:
When opening a odp presentation having a cropped imaged on the slide on a hidpi screen, the image gets warped and distorted.

Steps to Reproduce:
0. Have display scaling set at 100%
1. Create a new Impress presentation with a default empty slide.
2. Drag and drop an image file (in my case it is a PNG with DPI value set to 0x0 in the metadata, see attached file)
3. Crop the image in any way, direction.
4. Save the file as odp and exit LO.
5. Change display scaling to 150%-200%
6. Open the presentation

Actual Results:
Notice that the image is now warped or distorted.

Expected Results:
The image should look identical regardless of the UI scaling percentage. The contents of the slide should not change in any way with the display settings.


Reproducible: Always


User Profile Reset: No

Additional Info:
This affects only Windows systems. Linux renders fine at any scaling value.

You can use the attached file as an example. The archive contains the odp presentation and the png file. The image shuold show a nice schematic at 100% scaling, but at 150%-200% scaling, it will show a warped image.

Note that this happens ONLY with images that have the DPI value set to 0x0 in the metadata. Check the attached image. Regardless, this should not be the behaviour, and the DPI should default to something like 96DPI when missing. This also should be consistent with Linux behaviour.
Comment 1 Mihai Vasiliu 2023-09-24 08:42:13 UTC
Created attachment 189790 [details]
scaling issue to reproduce

Use this to reproduce the issue
Comment 2 Mihai Vasiliu 2023-09-24 08:51:20 UTC
Can reproduce with:

Version: 7.6.1.2 (X86_64) / LibreOffice Community
Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: CL threaded

Version: 6.1.0.3
Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
Locale: en-US (ro_RO); Calc: CL

Version: 5.1.0.3
Build ID: 5e3e00a007d9b3b6efb6797a8b8e57b51ab1f737
CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; 
Locale: en-US (ro_RO)
Comment 3 Stéphane Guillou (stragu) 2023-09-25 23:47:37 UTC
We have a few bug reports related to DPI + cropping issues, see for example bug 92375 and bug 112538. But given that you describe a Windows-specific issue (and I can confirm that I can't reproduce on Linux, switching between 100% and 200% scaling), I think we can mark this as a duplicate of bug 84800.
Please feel free to add more information there, or let me know if you disagree with this being a duplicate.
Thanks Mihai!

*** This bug has been marked as a duplicate of bug 84800 ***