SUMMARY When using a split view (say, a vertical split into a left and right view), under particular conditions, the Find Next button continues a search in the inactive view, rather than the intended one. STEPS TO REPRODUCE 1. Create a vertical split (left and right half). 2. Click in the left half. (The other way around, starting in the right half, doesn't reproduce the bug.) 3. Start either a simple Find (Ctrl+F) or a Replace (Ctrl+R). 4. Either enter some text, or clear the Find field. 5. Leave the search open, or close it with the X button or, only if you cleared the Find field in 4., close it with Escape. (If I enter some text and close it with Escape, the bug doesn't reproduce.) 6. Click in the right half. (Switching with a Next Split View shortcut doesn't reproduce the bug.) 7. Start a simple Find (Ctrl+F). (Using Replace doesn't reproduce it.) 8. Enter some characters. It starts to search in the file in the right split view. 9. Press F3 (Find Next). Optionally repeat it. 10. Click in the left split view. OBSERVED RESULT In 9., each press of F3 continues the search in the left split view (or does nothing if the Find field in the left split view is empty), rather than the search in the right split view. After 10., the Find box corresponding to the right-side view remains visible. EXPECTED RESULT In 9., the search on the right split view is continued. In 10., it switches back to the left split view's Find or Replace box (or hides any Find or Replace box, if it was closed in the left-side view). SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230806 KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 Kernel Version: 6.4.3-1-default (64-bit) Graphics Platform: X11
Hi, I confirm the exact same annoying problem on my side. Related to another bug here but on Windows 10: https://bugs.kde.org/show_bug.cgi?id=473229 SOFTWARE/OS VERSIONS Kate version: 23.08.1 Operating System: Kali KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 Kernel Version: 6.5.0-amd64 (64-bit) Graphics Platform: X11
Another slightly different procedure to reproduce the bug: - 1: Open a document, then split the screen - 2: right screen: select a word by double click, Ctrl+F then F3: the search works - 3: left screen: select another word by double click, Ctrl+F then F3: the search works - 4: go back to the right screen by clicking somewhere on it: F3: the search works - 5: go back to left screen by clicking somewhere on it: select another word or the same word as before by double click, Ctrl+F then F3: the search is made on the right screen If at the step 5, its just a simple F3 or a manual text entered in the search input, the bug IS NOT triggered. Another important note: If I compile Kate from the sources with the exact same version tag "g co v23.08.1", on the same system with Qt 5.15.10 and KF5 5.107.0 dev stuff, with the same document, the bug IS NOT reproducible (for now)...
*** Bug 473229 has been marked as a duplicate of this bug. ***
I tried to reproduce that with the latest version and it works like it should. Could you try Kate 24.08?
(In reply to Christoph Cullmann from comment #4) > I tried to reproduce that with the latest version and it works like it > should. Could you try Kate 24.08? I can't reproduce it either with 24.08.1. I'll make a comment if it happens again.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.