Description: Selecting a frame inside a frame or textbox inside a frame in header/footer is rather cumbersome Steps to Reproduce: 1. Open the attached file 2. Select the red border of the textbox by double clicking or the magenta frame inside the frame Actual Results: Not selectable Expected Results: Should be so Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.1.0.0.alpha0+ (x64) Build ID: 8700bace8c0714d853f5df6918ab9c8bb3d81f77 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 4.4.7.2 working in 4.0
For the record it works if you first select the outer frame, next the inner frame and next the textbox
Created attachment 164583 [details] Example file
Telesto, unfortunately nothing has happened with this bug report for more than half year. So I'd like to ask, if it is still valid. Could you please try to reproduce it with the latest version of LibreOffice? => NEEDINFO
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Confirm with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b63c5ade3554a42def4bce94f9fd67ea66528214 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Works in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
This seems to have begun at the below commit. Adding Cc: to Michael Stahl ; Could you possibly take a look at this one? Thanks bibisect-44max 378be1ffbbc43b649a31b709fff7b0841c18d82f is the first bad commit commit 378be1ffbbc43b649a31b709fff7b0841c18d82f Author: Matthew Francis <mjay.francis@gmail.com> Date: Sun Mar 15 05:21:11 2015 +0800 source-hash-bb95f7e6f7c9b1281875e6d729b66b6018794ee0 (Bibisect: Skipped preceding irrelevant commit(s) 1a0f494be698dbb20ff7c7eb66fc84db498cfa45) commit bb95f7e6f7c9b1281875e6d729b66b6018794ee0 Author: Luboš Luňák <l.lunak@collabora.com> AuthorDate: Sun Nov 9 22:37:11 2014 +0100 Commit: Luboš Luňák <l.lunak@collabora.com> CommitDate: Sun Nov 9 23:00:23 2014 +0100 speed up SwDoc::IsInHeaderFooter() by using SwFrmFmtAnchorMap Now that it's possible to quickly find anchored objects for a node, it's actually faster to check the node hiearchy rather than layout. Change-Id: I5f93d5af32c744f1773535e5ec8537334d1ff58a https://gerrit.libreoffice.org/c/core/+/15687 sw: remove bogus assert in SwDoc::IsInHeaderFooter()
works for me -- open attachment 164583 [details] - both frames and textbox can be selected (in any order) (but the colors do not match the description in comment 0) tested with: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5c138ac6a8334825ef171ac6291b66b277eb4288 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (da_DK); UI: en-US Calc: CL
Everything seems to be fine indeed (and well comment 0 doesn't match the example file) Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8 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
Oops spoke to soon, it's the stuff in the footer.. still present Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8 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
Created attachment 178029 [details] revised version of demo file (In reply to Telesto from comment #9) > it's the stuff in the footer.. See new attachment, which now works "as expected". (What I did: Moved the anchor for the red textbox and the "inner" frame to the paragraph at the beginning of the header). No opinion about "expected behavior" here -- but as a speculation: the "reason" why you could select the inner frame and textbox in your version after you selected the outer frame must be connected to fact that the "anchors" for the inner frame and textbox become available. But when the frame (in your version) is not selected then they are invisible to selection. In my version, where the anchors are all moved to a paragraph in the header, then they are all "visible", no matter where the cursor or selection is located.
Not working with Telesto file, but working with Blanco file. Retested with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f92721bf182952be88b0349a17e46b684d630c29 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded I'm not sure if this bug can be closed or not.
Not working with Telesto file, but working with Blanco file. The same in Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded