Description: UI: Sidebar doesn't show width and height (nor X/Y coordinates) of object in certain context Steps to Reproduce: 1. Open the attached file 2. Select the shape with red border (dimensions and position are shown in the sidebar) 3. Click somewhere in the white area 4. Select the shape again Actual Results: No coordinates nor size Expected Results: dimensions and position field are empty Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 748561425774fa40ab685fed80d113f7e8301158 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Created attachment 193690 [details] Screencast
Created attachment 193691 [details] Sample
Also in Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded fine in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4bb730be0909d9cf55b7a44d7e916aa5de16b9f7 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Thank you for submitting the bug. I wasn't able to reproduce the same behavior in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded but I was able to in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Could confirm the buggy behavior with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 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 (Daily build 2024-04-16) No position is shown, no width and height were shown when entering the red border a second time. This bug appears also in LO 7.5.5, won't appear in LO 7.4.7.2 on the same machine: OpenSUSE 15.6 64bit rpm Linux. Haven't seen this very often. Might be there exists a bug …
Nearly the same, but with older versions: https://bugs.documentfoundation.org/show_bug.cgi?id=146606
No repro with GTK3 plugin, but reproducible with gen on Linux. Unfortunately my bibisect point to wrong source 85ccfd86e1bc3bbe2a9957cf3df069e2f7e85071
Bibiseced with win64-7.5 to: tdf#153040 sw content controls PDF export: output listbox entry This fixes a 7.5 regression/wrong implementation. Prior to 7.5, content controls were just exported as plain text to PDF. Now that the content control is exported, the selected entry in the list box was not being printed - just a big hole in the text. Fixed by informing PDF of the selected entry. TODO: the content control starts too late (a somewhat wide space at the front), and ends too soon (the last portion of the text is cut off). The unit test for the TODO will cover this case, so skipping that for now since I found no examples to follow. https://gerrit.libreoffice.org/c/core/+/152567 --- However I don't grasp how this commit (about PDF export) being connected to sidebar. However it does touch the same topic: list box being empty; rather similar to spinbox being empty