Description: CTRL-F opens a search field on the bottom of the current text page which permits entering a search term. Repeated search can be achieved with CTRL-G and repeated backwards-search with CTRL-SHIFT-G. However, this works only while the little search field is displayed. Otherwise, CTRL-SHIFT-G does nothing. Also, CTRL-G sometimes goes up instead of down. If the last search with the search field open was a backwards search, pressing CTRL-G with a closed search field will perform a backwards search instead of a forward search. Steps to Reproduce: The real problem is that CTRL-G and CTRL-SHIFT-G do not work for "find next" and "find previous" with the quick search field closed as they do with the field open. However, here is how to reproduce the wrong-direction-search: 1. create a document with this text: foo bar something foo bar foo baz more foo something foo else foo blah 2. press CTRL-F to bring up the quick search field on the bottom of the document 3. enter 'foo' as the text to search for 4. press CTRL-SHIFT-G repeatedly and note how the found occurrences jumps backwards through the text 5. press ESC to close the search field 6. press CTRL-G Actual Results: found occurrences jumps through text in backward direction Expected Results: found occurrences jumps through text in forward direction Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 4; OS: Mac OS X 10.13.4; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
Not able to reproduce this. Please attach a screencast of this issue for better clarity.
Created attachment 171959 [details] demo text with open search field A screencast will not show keyboard presses, which are essential here. However, I enclose a screenshot and hope this explanation will help: In the screenshot, the search field is open (lower left corner, with text 'foo') and the cursor is in it. Under these conditions search works as expected: CTRL-G searches forward, CTRL-SHIFT-G backwards. Now, if the cursor is placed into the document or the search field is closed (e.g. by pressing ESC), CTRL-SHIFT-G will stop doing anything useful. CTRL-G will repeat the last search from back when the cursor was in the search field. As this may have been a forward or a backward search, CTRL-G may or may not invert its behaviour. It seems to me that CTRL-G should //always// perform a forward search and CTRL-SHIFT-G //always// a backward search with the last search string. The present behaviour stands in contrast to what a user is accustomed to from other applications.
I could reproduce it. Note that in MacOS I used CMD-F for the search field, CMD-G for forward search, and CMD-SHIFT-G for backwards search. Version: 7.0.5.2 Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: b137ff671f25a605334083c0f87ada84eaa0fcf2 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Dear birnbach@posteo.de, 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
This bug is still as good as new in Version: 24.8.6.2 (X86_64) / LibreOffice Community Build ID: 6d98ba145e9a8a39fc57bcc76981d1fb1316c60c CPU threads: 6; OS: macOS 15.4.1; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded