Bug 473116

Summary:	Find Next searches in other split
Product:	[Applications] kate	Reporter:	Grósz Dániel <groszdanielpub>
Component:	search	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	ave, christoph, ill.idan.p.ouet
Priority:	NOR
Version First Reported In:	23.04.3
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Grósz Dániel 2023-08-07 17:15:55 UTC

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

Comment 1 Ysard 2024-02-08 17:29:07 UTC

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

Comment 2 Ysard 2024-02-14 16:42:59 UTC

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)...

Comment 3 Christoph Cullmann 2024-02-18 17:56:10 UTC

*** Bug 473229 has been marked as a duplicate of this bug. ***

Comment 4 Christoph Cullmann 2024-09-25 16:59:21 UTC

I tried to reproduce that with the latest version and it works like it should. Could you try Kate 24.08?

Comment 5 Grósz Dániel 2024-09-25 17:35:18 UTC

(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.

Comment 6 Bug Janitor Service 2024-10-10 03:47:38 UTC

🐛🧹 ⚠️ 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!

Comment 7 Bug Janitor Service 2024-10-25 03:47:10 UTC

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.