Bug 132087 - FORMATTING: Image-width shows maximum writeable area when set anchor > as character
Summary: FORMATTING: Image-width shows maximum writeable area when set anchor > as cha...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.5.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Images
  Show dependency treegraph
 
Reported: 2020-04-13 13:44 UTC by Robert Großkopf
Modified: 2024-04-17 06:50 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Image is shown with wrong width in properties > type (79.63 KB, application/vnd.oasis.opendocument.text)
2020-04-13 13:44 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2020-04-13 13:44:23 UTC
Created attachment 159536 [details]
Image is shown with wrong width in properties > type

Open the attached Writer-document.
It contains a screenshot which is set to anchor > as character.
It is also set to a width bigger than the writable area of 17cm.
This is set Properties → Image → Crop → Image Size → Width: 18,09 cm.

Open Properties → Type. There is shown Width: 17,00 cm.
If you close the dialog by "OK" the width will be set to 17,00 cm.

Expected behavior: Width will be shown as the width of the image, not as the max width of the writable area of the page.
This bug only happens together with anchor > as character.

Tested with
Version: 6.4.3.2
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 6; OS: Linux 4.12; UI render: default; VCL: kf5; 
Locale: de-DE (de_DE.UTF-8); UI-Language: en-US
Calc: threaded

on OpenSUSE 15,1 64bit rpm Linux.
Comment 1 Robert Großkopf 2020-04-13 13:47:03 UTC
Same buggy behavior with LO 5.1.5.2 on OpenSUSE 15.1 64bit rpm Linux. Could be a very old bug.
Comment 2 Dieter 2020-04-16 13:51:20 UTC
I confirm it with

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 962b415edb47187737a5f05c4ff3f6724a19c564
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded
Comment 3 QA Administrators 2022-04-17 03:30:24 UTC Comment hidden (obsolete)
Comment 4 Robert Großkopf 2022-04-17 06:31:59 UTC
Still the same buggy behavior in LO 7.3.3.1 on OpenSUSE 15.3 64bit rpm Linux.
Comment 5 QA Administrators 2024-04-17 03:16:21 UTC Comment hidden (obsolete)
Comment 6 Robert Großkopf 2024-04-17 06:50:43 UTC
Bug is still the same. Might be the dialog changed a little bit. So here a new advice what to do:
Click on image, open Properties.
Have a look at "Crop".
Image Size → Width: 18,09 cm.
Have a look at "Position and Size".
Size → Width: 17,00 cm.

This is a wrong width. Image width is 18,09 cm.
If you don't recognize this and press "OK" width will be changed to 17 cm.

This is the behavior here with
Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded