Bug 139150 - Image dimensions wrong after RTF/HTML paste or RTF save
Summary: Image dimensions wrong after RTF/HTML paste or RTF save
Status: RESOLVED DUPLICATE of bug 134843
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: RTF-Images
  Show dependency tree / graph
 
Reported: 2020-12-22 10:07 UTC by Telesto
Modified: 2022-09-01 23:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (64.74 KB, application/vnd.oasis.opendocument.text)
2020-12-22 10:08 UTC, Telesto 		Details
Original example after removing the image crop settings (71.37 KB, application/vnd.oasis.opendocument.text)
2022-09-01 23:08 UTC, Gabor Kelemen (allotropia) 		Details
The simplified example in odt and its RTF version after reload (267.00 KB, image/png)
2022-09-01 23:09 UTC, Gabor Kelemen (allotropia) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-12-22 10:07:45 UTC 
Description:
Image dimensions wrong after RTF/HTML paste or RTF save 

Steps to Reproduce:
1. Open the attached file
2. Save as RTF

Actual Results:
Squeezed image

Expected Results:
Not so


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.2

and in
LibreOffice 3.5.7.2 
Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Comment 1 Telesto 2020-12-22 10:08:01 UTC 
Created attachment 168407 [details]
Example file
Comment 2 Dieter 2021-01-06 07:44:53 UTC 
I confirm it with

Version: 7.2.0.0.alpha0+ (x64)
Build ID: c0eee433e079d8e3413f4691607e075b99af92b0
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Image properties show the same wdth (3,44cm) and height (9,33 cm) as in odt-file.
Comment 3 Gabor Kelemen (allotropia) 2022-09-01 23:08:03 UTC 
Created attachment 182164 [details]
Original example after removing the image crop settings

After removing the crop settings and keeping only the width and height change, the RTF save is correct.
Meaning, this example is bad because the crop settings are lost at RTF save. Which makes this a duplicate of bug 134843
Comment 4 Gabor Kelemen (allotropia) 2022-09-01 23:09:15 UTC 
Created attachment 182165 [details]
The simplified example in odt and its RTF version after reload

Without crop settings the RTF version looks the same as the ODT in:

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: cba119c2a44bcef4684073412798aec193fbd1b5
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 Gabor Kelemen (allotropia) 2022-09-01 23:09:26 UTC 

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