Bug 126587 - EDITING: If form goes all the way up the page -> Height value displayed wrong
Summary: EDITING: If form goes all the way up the page -> Height value displayed wrong
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shapes
  Show dependency treegraph
 
Reported: 2019-07-29 07:45 UTC by canned
Modified: 2023-03-02 07:44 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example (Screenshot) (41.54 KB, image/png)
2019-07-29 07:46 UTC, canned
Details
Example (File) (9.03 KB, application/vnd.oasis.opendocument.text)
2019-07-29 07:47 UTC, canned
Details
Insert Shape -> Settings (34.24 KB, image/png)
2019-07-29 13:27 UTC, canned
Details
Incorrect height value for shapes in Writer (37.75 KB, image/png)
2021-02-27 18:52 UTC, Abhishek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description canned 2019-07-29 07:45:55 UTC
If a form goes all the way up the page, the height value is displayed incorrectly under "Format> Object> Position and Height".

See attached example:
- Left form is wrong: applied height 297mm -> displayed value 99.99mm
- Right shape is almost correct: applied height 50mm -> displayed value 50,01mm (with LibreOffice there always seems to be rounding error in the range +/- 0,1mm)
Comment 1 canned 2019-07-29 07:46:48 UTC
Created attachment 153020 [details]
Example (Screenshot)
Comment 2 canned 2019-07-29 07:47:06 UTC
Created attachment 153021 [details]
Example (File)
Comment 3 Dieter 2019-07-29 11:35:55 UTC
I can't confirm this with

Version: 6.4.0.0.alpha0+ (x64)
Build ID: 8f98a7c4e5b1f0b249c026577805a378b8a533d5
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-23_00:30:19
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

and also not with

Version: 6.2.5.2 (x64)
Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

additional information for steps to reproduce in english UI:
Format => Text Box and Shape => Position and Height

Can you please try 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.

Please paste also infos from Help => About LibreOffice
Comment 4 canned 2019-07-29 13:27:03 UTC
I confirm this with

Version: 6.2.5.2 (x64)
Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159
CPU-Threads: 4; BS: Windows 6.1; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

How to reproduce:
- New Document (A4 = 210 x 297mm)
- Insert > Shape > Standard > Rectangle
- Draw Rectangle
- Select shape + Right click "Position and size"
- Type size width 50mm and size height 297mm; Anchor at Page; Position Horizontal left to page, Vertical top to page (see attached settings)
- Click OK (closes the Settings-Popup)
- Select shape + Right click "Position and size"
- Height displayed incorrectly 99,99mm (correct size 297mm)
Comment 5 canned 2019-07-29 13:27:37 UTC
Created attachment 153038 [details]
Insert Shape -> Settings
Comment 6 Dieter 2019-07-30 04:02:10 UTC
I followed all the steps, but I still can't confirm.

But I saw, that height settings changed after anchor to page and after change of position. I could correct it back to 297 mm.
Comment 7 canned 2019-07-30 07:58:05 UTC
(In reply to Dieter Praas from comment #6)
> I followed all the steps, but I still can't confirm.
> 
> But I saw, that height settings changed after anchor to page and after
> change of position. I could correct it back to 297 mm.

The error only occurs to me if the height of the form-element corresponds to 100% of the page height. If the form-wlement is smaller, the measurements in the popup "Position and size" are correct.
Comment 8 Dieter 2020-02-03 19:48:21 UTC
Canned, unfortunately, nobody could confirm your report. A new major release of LibreOffice is available since this bug was reported. 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 9 QA Administrators 2020-08-02 03:40:09 UTC Comment hidden (obsolete)
Comment 10 canned 2020-08-12 19:49:07 UTC
I confirm this with

Version: 7.0.0.3 (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU-Threads: 4; BS: Windows 6.1 Service Pack 1 Build 7601; UI-Render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

How to reproduce:
- New Document (A4 = 210 x 297mm)
- Insert > Shape > Standard > Rectangle
- Draw Rectangle
- Select shape + Right click "Position and size"
- Type size width 50mm and size height 297mm; Anchor at Page; Position Horizontal left to page, Vertical top to page (see attached settings)
- Click OK (closes the Settings-Popup)
- Select shape + Right click "Position and size"
- Height displayed incorrectly 99,99mm (correct size 297mm)
Comment 11 Dieter 2020-08-13 17:30:08 UTC
I still can't reproduce it with your steps with

Version: 7.0.0.3 (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Additional information: Problem I've described in comment 6 is still there, but I think this might be a different bug.
Comment 12 Laurynas 2021-01-10 15:24:50 UTC
I can not reproduce the bug in

Version: 6.4.7.2 (x64)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-US
Calc: threaded
Comment 13 Abhishek 2021-02-27 18:51:11 UTC
Observation:
Writer automatically updates height after clicking the field next to width. No need to click on OK to observe the issue. Steps have been modified to take this into account



Steps to reproduce:
1. Create a new document
2. Go to Insert > Shapes > Basic Shapes > Rectangle
3. Draw a rectangle
4. Right click on the rectangle & click ‘Position & Size’
5. Enter the value for width (used 50 mm)
6. Enter value for height (used 297 mm)
7. Click in the text field next to the 'width' label

Actual Result:
Result for width shows correctly as 50 mm but the value for height appears incorrectly as 264.11 mm (please refer to the screenshot 'image.png').

Expected Result:
Result for height should appear correctly as 297 mm

Versions:
LibreOffice version: 7.1.0
OS: Windows 10.0.18363
System Model: HP ZBook Studio G5
System Type: x64
Processor: Intel Core i7
Comment 14 Abhishek 2021-02-27 18:52:32 UTC
Created attachment 170120 [details]
Incorrect height value for shapes in Writer
Comment 15 Dieter 2021-02-28 17:44:44 UTC
I still can't confirm with

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 28555fc345ac2ccdda0e4e0f3c812c646befe68b
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
Comment 16 Dieter 2021-02-28 17:48:24 UTC
(In reply to Abhishek from comment #13)
> Observation:
> Writer automatically updates height after clicking the field next to width.
> No need to click on OK to observe the issue. Steps have been modified to
> take this into account

Abhishek, thanks for testing. If you can reproduce a bug, please change status to NEW. Thank you (I've done it for you)

=> NEW because of comment 13
Comment 17 QA Administrators 2023-03-01 03:21:55 UTC
Dear canned,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug