Bug 129344 - VIEWING: Drawing added from Draw as OLE object is unexpectedly cropped depending on zoom-level
Summary: VIEWING: Drawing added from Draw as OLE object is unexpectedly cropped depend...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Zoom
  Show dependency treegraph
 
Reported: 2019-12-12 16:03 UTC by R. Green
Modified: 2022-12-12 08:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Zip file containg Writer and Draw file. (83.21 KB, application/x-zip-compressed)
2019-12-12 16:03 UTC, R. Green
Details
PDF with correct result (66.49 KB, application/pdf)
2020-05-16 15:52 UTC, Buovjaga
Details
Screenshot 200% (270.39 KB, image/jpeg)
2020-12-16 13:51 UTC, Dieter
Details
Screenshot 110% (158.43 KB, image/jpeg)
2020-12-16 13:52 UTC, Dieter
Details
Screenshot 100% (170.78 KB, image/jpeg)
2020-12-16 13:52 UTC, Dieter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description R. Green 2019-12-12 16:03:09 UTC
Created attachment 156515 [details]
Zip file containg Writer and Draw file.

1. Open the attached Draw file, select all and then copy.
2. Open the attached Writer file and paste the clipboard directly into a paragraph with Ctl + V.
3. Repeat with special [paste (Ctrl + Shift + V), and select ""LibreOffice 6.2 drawing."

Expected result: The drawings should look the same in both cases.
Actual result: The drawing added by step 3 is cropped at the lower edge resulting in loss of the bottom line of the square.
Comment 1 Dieter 2019-12-13 17:17:41 UTC
Thank you for reporting the bug. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 2 R. Green 2019-12-18 18:25:03 UTC
Using  LibreOffice 6.3.4.2, as requested.

Pasting directly into the writer document (Ctrl + V), OR special paste (Ctrl + V) using the "LibreOffice drawing format" option gives similar, acceptable results.

However, using the Special paste "LibreOffice 6.3 drawing" option results in the bottom side of the square being missing (cropped?) in the document window. In addition, if you generate a pdf of the document, the right-side of the square is missing (cropped?).
Comment 3 Dieter 2019-12-19 12:19:38 UTC
Lines seems to be reenered different depending on how I paste the draw file. but I can't see, that a line is lossed.
Comment 4 Xisco Faulí 2020-01-21 12:46:06 UTC
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 5 R. Green 2020-03-07 11:34:22 UTC
Version: 6.4.0.3 (x64)
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-GB
Calc: threaded

As requested, restarted in safe mode. Only difference in procedure is that you chose "LibreOffice 6.4 drawing" in step 3.

All the lines of the square in both cases (steps 2 and 3) ARE now present and correct, but when you generate a pdf of the document, the right-hand edge of the square is still missing in the pdf.
Comment 6 Buovjaga 2020-05-16 15:52:20 UTC
Created attachment 160898 [details]
PDF with correct result

No problem

Version: 6.4.3.2 (x64)
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: fi-FI (fi_FI); UI-Language: en-US
Calc: threaded
Comment 7 Xisco Faulí 2020-06-17 11:04:34 UTC
Hello R. Green,
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 8 R. Green 2020-06-17 13:12:16 UTC
Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-GB
Calc: threaded

It seems to be a scaling problem. The square produced in step 2 always retains its sides, both in the writer file and in a pdf—no matter what the magnification. However, the square created in step 3 loses one or other of its sides, at certain magnifications, in the writer file and the pdf.
Comment 9 Buovjaga 2020-06-17 14:09:33 UTC
(In reply to R. Green from comment #8)
> Version: 6.4.4.2 (x64)
> Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
> CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
> Locale: en-GB (en_GB); UI-Language: en-GB
> Calc: threaded
> 
> It seems to be a scaling problem. The square produced in step 2 always
> retains its sides, both in the writer file and in a pdf—no matter what the
> magnification. However, the square created in step 3 loses one or other of
> its sides, at certain magnifications, in the writer file and the pdf.

Ah, so scaling == zooming here. It is true, but I guess it depends somehow on the graphics system and application. With Okular PDF viewer, I indeed see the right side of the "LibO Drawing" square missing with 100% zoom. However, with Firefox's PDF viewer, there is no such state at any zoom level.

The line thickness in LibreOffice also varies depending on zoom level. I think this belongs under the genre of bug 121026 and bug 122704. Not sure, if there is value in keeping this open. Xisco, what do you think?
Comment 10 Dieter 2020-12-08 18:12:45 UTC
(In reply to Buovjaga from comment #9)
> Ah, so scaling == zooming here. It is true, but I guess it depends somehow
> on the graphics system and application. With Okular PDF viewer, I indeed see
> the right side of the "LibO Drawing" square missing with 100% zoom. However,
> with Firefox's PDF viewer, there is no such state at any zoom level.

R. Green, which PDF-Viewer do you use? Is it possible for you to test with different viewers?
=> NEEDINFO
Comment 11 R. Green 2020-12-15 11:55:36 UTC
Adobe reader (version 11) renders ALL SIDES correctly at some zoom levels, not at others. In Firefox, the sides of the "special paste option" square are rendered only faintly (not black but light grey).
Comment 12 Dieter 2020-12-16 11:48:03 UTC
Tested again with

Version: 7.0.4.2 (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

and now I can reproduce the original problem with different zoom-levels:
200% Zoom: right and bottom boder is missing
110% Zoom: bottom border is missing
100% Zoom: all borders are displayed

This happens only, if you insert as LibreOffice 7.0 Drawing

SoI confirm original bug report, whre the problem is not related to PDF-Export. So I also changed bug summary
Comment 13 Dieter 2020-12-16 13:51:40 UTC
Created attachment 168227 [details]
Screenshot 200%
Comment 14 Dieter 2020-12-16 13:52:19 UTC
Created attachment 168228 [details]
Screenshot 110%
Comment 15 Dieter 2020-12-16 13:52:48 UTC
Created attachment 168229 [details]
Screenshot 100%
Comment 16 Dieter 2022-12-12 08:04:00 UTC
RESOLVED WORKSFORME with

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
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

Steps:
1. Open odg-file from attachment 156515 [details]
2. Strg+A
3. Strg+C
4. Open odt-file from attachment 156515 [details]
5. Paste the clipboard directly into a paragraph with Ctl + V.
6. Repeat with special [paste (Ctrl + Shift + V), and select ""LibreOffice 7.4 drawing."
7. Compare the two images with zoom levels: 100%, 110% and 200%

Actual result and expected result
All borders are displayed at different zoom levels