| Summary: | Selecting a frame inside a frame or textbox inside a frame in header/footer is rather cumbersome | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | buzea.bogdan, dgp-mail, raal, sdc.blanco |
| Priority: | medium | Keywords: | bibisected, bisected, regression |
| Version: | 4.4.0.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 48741, 103494 | ||
| Attachments: |
Example file
revised version of demo file |
||
|
Description
Telesto
2020-08-22 20:17:00 UTC
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. |