1. Open new document. 2. Insert Frame and then Caption (I used "Text" for category name). 3. Click in document canvas and insert cross reference to the caption. (i.e., Ctrl+F2, Cross-references tab, Type: "Text", Selection: "Text 1..." Refer using: "Category and Number" Insert) 4. Click on inserted cross-reference. Actual: Nothing happens Expected: Move cursor to Caption in the frame. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 693411e60c6bbd1c2ef25490cc3902f6b2461682 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL threaded Additional information: Double-click on cross-reference opens "Edit Fields".
Additional information. 1. Ctrl-click on inserted cross-reference will jump to caption. 2. Works as expected in 7.2.7.2 (i.e., click on cross-reference jumps to caption in frame), but.... ...if frame with caption is cut and pasted back in the document, then a. click on cross-reference has no effect b. double-click opens edit field for cross-reference c. ctrl-click has no effect. (may be related to bug bug 145372)
I confirm it with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 42f0422d19c4d0a2fb09654fb6d1d92e50f6dd5c CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Simple click highlights frame (but focus in navigator is still on cross reference); don't see the usecase of this behaviour Ctrl+click works as expected Not sure, if there has been an intended change in behaviour. So I'm not sure, if it is a bug or not.
(In reply to Dieter from comment #2) > Not sure, if there has been an intended change in behaviour. So I'm not > sure, if it is a bug or not. So let's ask UXEval...
With v7.4 (and below) it was not possible to click on a field, eg to select it, while now you can do. Both, single click and ctrl+click navigated to the reference while now only ctrl+click does. Sounds good to me, but I cannot find the ticket. Maybe bug 123626, Samuel/Miklos (found it by searching Gerrit for ctrl+click)?
Hm, I don't recall an intentional change from me here. But we could bibisect it. :-)
The behaviour started in 7.6. Bibisected with linux-64-7.6 repo to 76f6e5fa94ffa7b7b06acef23ab27d3857da8795 which points to core commit: commit 7b99871635cd48c2a8a1d0afbd7afc60a45cc2ff author Vojtěch Doležal Mon Feb 27 08:52:35 2023 +0100 committer Miklos Vajna <vmiklos@collabora.com> Tue Mar 07 07:12:31 2023 +0000 tdf#153396 - Bibliography marks improvements Reviewed-on: https://gerrit.libreoffice.org/c/core/+/147868 Marking as a regression, as I assume it was unintended. Vojtěch, can you please have a look?
Hi, it really does seem like it. I think I was doing something which also related to something which worked with Ctrl+Click. If I were to guess which lines relate to this, I would say it's in sw/source/uibase/wrtsh/wrtsh2.cxx, the added break for case SwFieldIds::GetRef.
Have re-tested, without a frame. Just insert a number range variable and then a cross-reference to that variable. As expected: Ctrl-click on cross-reference variable jumps to the number-range variable. Unexpected: single-click does not jump (but it should). Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 218a7650a5cf03f895bed19c68d6f02daec536e9 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL threaded Updating bug summary...
I just tried it out and I can see the behaviour is really confusing as it is. However, the added functionality of being able to select the reference is actually nice, imo. Would it be a valid solution to show a hint that you should use Ctrl+Click to jump to the target, like it happens with similar elements?
(In reply to dolezvo1 from comment #9) > However, the added functionality of being able to select the reference > is actually nice, imo. Please explain. It is possible to select the reference in 7.2, and also use single-click, so what is the "added functionality"? > Would it be a valid solution to show a hint that you > should use Ctrl+Click to jump to the target, like it happens with similar > elements? Only if single-click functionality is rejected. Note that single-click works for other cross-reference types, so I think there must be a good reason/argument for not having the same single-click functionality for the number range type.
(In reply to sdc.blanco from comment #10) > Please explain. It is possible to select the reference in 7.2, and also use > single-click, so what is the "added functionality"? Wasn't it only possible using keyboard? I don't think right click used to select it, but I might be misremembering. I do remember for certain that I jumped away more than once accidentally when trying to select it, though. > Only if single-click functionality is rejected. Note that single-click > works for other cross-reference types, so I think there must be a good > reason/argument for not having the same single-click functionality for the > number range type. I admit don't know a lot about the other cross reference types, but for what it's worth, hyperlinks and bibliographical references do use Ctrl+Click, so I think there is a case to be made for unification of the command.
Dear sdc.blanco, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug