Description: Search with STRG-F -> insert text -> press enter. After the first citation, you may want to search further with enter (at least it works like this in Writer). But instead that the active button is "search", the default is on the "help" butten, so if you press enter after the first citation with enter, you just open the online-help. Second possibility would be to search further with ALT-S, as the S from search is underlined. But that also does not work, as the S from "Schließen" (=close in German) is also underlined. So you have top use the mouse. Maybe it is only a problem in the German localisation. This problem existed at least in all 6.x and 7.x versions, I do not remember before. Steps to Reproduce: see above Actual Results: see above Expected Results: see above Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: see above
Could be I'm looking at the wrong place. The description doens't show where to search. I opened a table. I press Ctrl+F for the dialog. I set a word inside the first field and started the search. I press "Enter" for next result. Works here as expected. There is no "S" underlined on the buttons. Same dialog appears in a form for searching through the content of one form. I'm using LO 7.0.0.3 on OpenSUSE 15.1 64bit rpm Linux, German GUI.
Created attachment 164548 [details] Screenshot of the described Search Dialog of Libreoffice Base
Comment on attachment 164548 [details] Screenshot of the described Search Dialog of Libreoffice Base Libreoffice 7.0 Release under Windows 10
I added a screenshot taken with Win10 an d LibreOffice Base 7.0.0 (release version).
Dialog is the same as used here. But the shortcut for "Suchen" and "Schließen" doesn't appear in Linux with VCL:gtk3. So we need a person with Windows to confirm the bug. It doesen't appear here on OpenSUSE 15.1 64bit rpm Linux.
Interesting. I could swear I had the same behavior/dialog under Ubuntu. But I had to Switch from Linux to Windows last year, so I currently do not have an ubuntu to test it...
Created attachment 164556 [details] Screenshot from Ubuntu 20.04.1 / LO 6.4.5.2 - Everything works fine here As you see in the Screenshot from Ubuntu 20.04.1 / LO 6.4.5.2 (Virtual Box of actual Ubuntu live system): Everything works fine here! So the Problem (at least in actual versions) is just related to Windows. Also the default button after the first search is "search" (=suchen) here, as it should be (which can't be seen in the screenshot, but I tried it several times).
Hello Eddie, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Still present in actual LibreOffice_7.2.2_Win_x64, I'll add a screenshot.
Created attachment 176444 [details] LibreOffice_7.2.2_Win_x64 - Still the "s" is used double as shortcut in Search dialogue
On pc Debian x86-64 with master sources updated today, I could reproduce this. With gtk3, you must type "Alt" to see the shortcuts with underline. Code pointers: 100 #. MRCkv 101 msgctxt "stock" 102 msgid "_Close" 103 msgstr "_Schließen" 9164 #. BiFWr 9165 #: cui/uiconfig/ui/fmsearchdialog.ui:24 9166 msgctxt "fmsearchdialog|pbSearchAgain" 9167 msgid "S_earch" 9168 msgstr "_Suchen" I may be wrong but "S" seems to be the usual shortcut for _Schließen, so ok for "u" shortcut for Suchen or what would be appropriate? (I can do the change in Weblate afterwards).
Dear eddie8+DF, 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
Created attachment 196369 [details] Screenshot from Windows LibreOffice Base v24.2.5.2
Yes, still present in actual version. I added a Screenshot.
In fmsearchdialog Search and Close are translated as _Suchen and _Schließen. Omitting the underscore should do the trick and allows the application to auto-assign a hotkey.