Bug 100632 - SIDEBAR, FILEOPEN: Certain Position & Size fields in Sidebar are not filled for this SVG
Summary: SIDEBAR, FILEOPEN: Certain Position & Size fields in Sidebar are not filled f...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected) release
Hardware: All All
: medium minor
Assignee: Not Assigned
Whiteboard: target:5.3.0 target:7.0.0
Keywords: bibisected, bisected, needUITest, regression
Depends on:
Blocks: Sidebar-Properties Sidebar-Properties-PositionAndSize
  Show dependency treegraph
Reported: 2016-06-27 02:36 UTC by Aron Budea
Modified: 2024-03-09 07:41 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Aron Budea 2016-06-27 02:36:11 UTC
Open this attachment from bug 99088 in Draw:

Select the rectangle. You will see the following Horizontal/Vertical positions/Width/Height in the Sidebar:
- 0.07/0.07/0.84/0.08
- & 0.07/0.00/0.84/0.08
- 0.07/0.00/0.84/0.00

=> regression
There was a fix to bug 82616, which might be related (pushed for 4.5/5.0).
Bug 99711 might also be a distant relative.

There is an additional, related issue that existed from the introduction of the Sidebar.
Sidebar's Position and Size doesn't display the exact same values as right click -> Position and Size...
-Sidebar: 0.07/0.07/0.84/0.08
-Dialog: 0.07/0.07/0.85/0.07

(note a naming inconsistency: Position X/Position Y in dialog vs. Horizontal/Vertical in Sidebar)

Setting confirmed based on Heiko's reply:
Comment 1 Commit Notification 2016-07-10 18:13:39 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":


Related: tdf#100632 naming consistency

It will be available in 5.3.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:

Affected users are encouraged to test the fix and report feedback.
Comment 2 Heiko Tietze 2016-07-14 09:24:30 UTC
Positional values in the sidebar still don't get updated.

Is: 0.07/0.00/0.84/0.00 
Expected: 0.07/0.07/0.84/0.07 (according the position & size dialog)

Build ID: b93cfe09c21b996cd3f1c40037e0ebf712922006
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: de-DE (de_DE.UTF8); Calc: group
Comment 3 Aron Budea 2016-08-30 07:55:14 UTC Comment hidden (bibisection)
Comment 4 Aron Budea 2016-08-30 07:59:00 UTC
Katarina, can you please take a look? This concerns the 2nd 0.07 becoming 0.00 in the Sidebar (Unit of Measurement has to be set to Centimeters).

The other 0.00 needs to be bibisected separately, but might be in the same piece of code.

 c97b9bf218da33e15639134ef609a8c4c3820553 is the first bad commit
commit c97b9bf218da33e15639134ef609a8c4c3820553
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Wed May 27 16:48:36 2015 +0800

    commit 1386c348f81738a9966d1217db89d1f603466317
    Author:     Katarina Behrens <bubli@bubli.org>
    AuthorDate: Fri Nov 28 11:20:04 2014 +0100
    Commit:     Katarina Behrens <bubli@bubli.org>
    CommitDate: Sat Nov 29 08:18:34 2014 +0000
        fdo#82616: set limits on spinboxes according to size of workarea
        Do it the same way as position'n'size dialog does, for that matter
        move shared code into a separate header/class.
        This fixes regression from .ui migration that omitted spinbox limits
        Change-Id: I884904719b2608dd80aecc5d7ffb3923de71774d
        Reviewed-on: https://gerrit.libreoffice.org/13174
        Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
        Reviewed-by: Katarina Behrens <bubli@bubli.org>
Comment 5 Aron Budea 2016-08-31 21:56:11 UTC
Xisco, the bibisectRequest is still valid for this change, since I only bibisected the one between 4.4 and 5.0:
- & 0.07/0.00/0.84/0.08
- 0.07/0.00/0.84/0.00

I don't know if there's a protocol for that, but I added an extra whiteboard tag for clarification.
Comment 6 Aron Budea 2016-09-18 03:52:45 UTC
The second change is caused by this commit:

tdf#82396:Incorrect behavior on update of Size values in sidebar

Rishabh, can you please take a look?
Comment 7 QA Administrators 2017-12-21 03:37:26 UTC Comment hidden (obsolete)
Comment 8 Aron Budea 2017-12-22 11:35:58 UTC
Still the same in / Windows 7.
Comment 9 QA Administrators 2019-10-29 03:29:17 UTC Comment hidden (obsolete)
Comment 10 Aron Budea 2020-03-24 09:09:50 UTC
The selection rectangle is wrong since 6.1, reported bug 131523 on that. Thus the  exact numbers can't be verified, but they are filled now.

1. Height is filled since bug 111922's fix.

2. Position fields are filled since the following commit:
author		Caolán McNamara <caolanm@redhat.com>	2019-12-23 16:05:02 +0000
committer	Caolán McNamara <caolanm@redhat.com>	2019-12-30 10:39:48 +0100

"weld PosSizePropertyPanel"

Let's assume fixed. Thanks to Gabor Kelemen and Caolán McNamara!
Comment 11 Harald Berger 2024-03-09 07:41:27 UTC
=== German ===
Draw - Seitenleiste - Felder für Position und Größe sind manchmal leer (weiß).

Das Vorgehen ist wiederholbar.
Einfügen eines gefüllten Quadrats (auch jedes andere Objekt möglich).
Alle Felder Position X, Y und Breite Höhe zeigen Werte an.
Abwählen des Objektes und sofort wieder Anwählen (auch mehrfach) erhält die Werte in den Feldern.
Wird zwischen Abwählen und Anwählen eine Pause gemacht von 2-3 Sekunde bleiben die 4 Felder leer (Zeitfaktor!).
Nach dem Ändern des Objektes Position und Größe werden jeweils die Werte wieder angezeigt, die am Objekt durch Ändern herbeigeführt werden.
Positionsverschiebung X führt wieder zur Anzeige des Feldes X, der Rest bleibt leer.
Objekt größer ziehen in die Breite führt wieder zur Anzeige der Breite, der Rest bleibt leer; etc.

=== EDraw - Sidebar - Fields for position and size are sometimes empty (white).

The procedure can be repeated.
Insert a filled square (any other object is also possible).
All fields Position X, Y and Width Height show values.
Deselecting the object and immediately selecting it again (even several times) retains the values in the fields.
If there is a pause of 2-3 seconds between deselecting and selecting, the 4 fields remain empty (time factor!).
After changing the position and size of the object, the values that were created by changing the object are displayed again.
Moving position X causes field X to be displayed again, the rest remains empty.
Dragging the object to a larger width will display the width again, the rest will remain empty, etc.

Translated with www.DeepL.com/Translator (free version)nglish ===

Version: (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded