Field "Position X" under "Position and size" right-sidebar sometimes is empty. Steps to reproduce: 1. Place line (or other graphic); 2. Select line -> right hand sidebar appears -> navigate to "Position and size" 3. Set "Position X" to 0, press enter; 4. Deselect line, select again; 5. Check "Position X" value as in step two again. Sometimes, this field becomes empty, but should be shown as "0 mm". 6. Repeat steps 2 .. 5 several times if bug is not seen. See youtube screencast: https://youtu.be/4-CyJSeOW0o
Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: f2d2334b032780d97f7a95aacb8283008e91c529 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Calc: threaded OS :Linux mint 20.3 :5.4.0-113-generic Steps to Reproduce:- 1.Open Libreoffice Draw 2.Select Lines and Arrows in the left side 3.Now,Draw the line in the page. 4.Then,select a line and fix the Position X "0" value. 5.Here after deselect the line and again select the line 6.Check the line . Actual Result:- The position X value must in 0. Working Fine.. Expected Result:- The position value must be a 0 until value will be change.
@suthagar, I cannot understand your replay on 2022-06-03 16:19 UTC. But I can confirm, "Position X:" field is empty in LO DRAW v ``` Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL ```
Reproduced with kf5 and gen, but not with gtk3 (original report was with Windows). It seems to be a regression in 7.2, but I got bogus results when bibisecting on Linux with gen. Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 959fbfc000d2e3167b2b57b6d11bea231993b4f0 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 17 January 2023
Bibisected win64-7.0 repro. Added Michael Meeks to cc. Traced regression back to the commit below. It would be good if someone double checked to confirm that this one is correct, as this bug is frustratingly finicky to reproduce. Steps may need to be repeated multiple times in order to reproduce bug (as stated in step 6 of initial report): https://git.libreoffice.org/core/+/5b77d17c4f1ca734babf962b45c1aa07bdca14e9 --------------- commit 5b77d17c4f1ca734babf962b45c1aa07bdca14e9 [log] author Michael Meeks <michael.meeks@collabora.com> Sat Jan 04 18:09:20 2020 +0000 committer Michael Meeks <michael.meeks@collabora.com> Mon Jan 06 19:16:28 2020 +0100 tree 7ea5542a677748273d2c95cbd3ab1514a4b876f1 parent 0bb6bb7729f159f05100e33797ed667fd9d13ab7 [diff] ---------------- commit 159c3208c2d19128397700f7fd938b7e451d266c Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Jan 6 10:31:29 2020 -0800 source 5b77d17c4f1ca734babf962b45c1aa07bdca14e9 ---------------- Note that this bug is still occurring in daily master build but worse, because now all fields under Position & Size area become empty (not just Position X). This probably needs a separate bug report though, if none has already been filed, since it wasn't an issue in the win64-7.0 repro. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 486ae5db6987411d5e394de94b2b077099d03856 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
*** Bug 158024 has been marked as a duplicate of this bug. ***
I could reproduce the problem with Windows 10, see duplicate bug 158024. Bug 158024 has another video showing the problem.
First impression is that only when the property changes do we set the spinbutton content for that property; in the past apparently we re-built the whole dialog continually; presumably we set that stuff at construction, now apparently we don't. I'll not have time to look at this anytime soon; but if we can dig out which UI file is used for this side-bar panel in particular and note it in the bug, and map that filename to the source code file with 'git grep' it is possible that the bug jumps out of the file in a few seconds reading =) Thanks.
(In reply to Michael Meeks from comment #7) > First impression is that only when the property changes do we set the > spinbutton content for that property; in the past apparently we re-built the > whole dialog continually; presumably we set that stuff at construction, now > apparently we don't. > I'll not have time to look at this anytime soon; but if we can dig out which > UI file is used for this side-bar panel in particular and note it in the > bug, and map that filename to the source code file with 'git grep' it is > possible that the bug jumps out of the file in a few seconds reading =) > Thanks. Looks like it's horizontalpos in svx/uiconfig/ui/sidebarpossize.ui svx/source/sidebar/possize/PosSizePropertyPanel.cxx Member name is mxMtrPosX
*** Bug 160308 has been marked as a duplicate of this bug. ***