Bug 488164

Summary: In split view cursor jumps to unexpected position
Product: [Frameworks and Libraries] frameworks-ktexteditor Reporter: Dominik Kummer <admin>
Component: generalAssignee: KWrite Developers <kwrite-bugs-null>
Status: CONFIRMED ---    
Severity: normal CC: christoph, igorkuo, waqar.17a
Priority: NOR    
Version First Reported In: 6.2.0   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Screen Capture

Description Dominik Kummer 2024-06-07 14:42:03 UTC
In vertical split view the cursor jumps to unexpected position when find-replace tool (Ctrl+R) is open.

1. Open two documents with a line count which exceeds the vertical document view size in vertical split view |
2. Scroll to a random position of each document.
3. In the right view open the find-replace tool, in the left one don't
4. Click into the left view.
5. Click back into the right view (here the cursor jumps to an unexpected position)
Comment 1 Igor Kushnir 2024-06-08 07:29:17 UTC
Cannot reproduce. Where do you click?
Comment 2 Dominik Kummer 2024-06-08 17:56:05 UTC
Created attachment 170275 [details]
Screen Capture

The right view has the search and replace panel active, the left does not.
I click close to the lower edge. But sometimes it is more unpredictable, and suddenly jumps from the middle of the file to the last line.
Comment 3 Igor Kushnir 2024-06-08 19:09:22 UTC
Reproduced. The document can be at any scroll position. But have to click close to the bottom of the KTextEditor view - at a position that becomes obscured by the Find/Replace tool when the tool appears. The cursor always jumps and the view is scrolled to the very last line of the document.

Exactly the same bug is present in Kate 24.05.0, so the bug is likely in KTextEditor. Reassigning.
Comment 4 Dominik Kummer 2024-06-09 11:58:28 UTC
I never experienced that with kate though I've been working with it splitview and large documents for years. probably never clicked that far below...
Comment 5 Christoph Cullmann 2024-06-15 15:31:48 UTC
Hmm, doesn't the view just resize because the replace panel is shown?
Comment 6 Igor Kushnir 2024-06-15 15:53:54 UTC
(In reply to Christoph Cullmann from comment #5)
> Hmm, doesn't the view just resize because the replace panel is shown?
Both cursor and view can jump halfway through a long document, so it's not merely a matter of several-line-long position change. This bug is very easy to reproduce.
Comment 7 Christoph Cullmann 2024-06-18 21:01:48 UTC
Hmm, I somehow fail to do so, but ok.
Any help to fix it is appreciated.
Comment 8 Waqar Ahmed 2024-07-31 17:15:36 UTC
Can't reproduce with Kate. I think this is a Kdevelop issue
Comment 9 Igor Kushnir 2024-07-31 17:54:47 UTC
(In reply to Waqar Ahmed from comment #8)
> Can't reproduce with Kate. I think this is a Kdevelop issue
Just reproduced again in Kate 24.05.2. Have you tried the steps to reproduce in the bug description, taking into account clarifications in the Comment 3 above?

Note: after the step 4 the Find/Replace panel, which spans the width of both left and right split views, becomes hidden; at the step 5 click close to the right view's bottom, where the panel is going to reappear.
Comment 10 Dominik Kummer 2024-10-18 07:39:17 UTC
Since the latest update I can reproduce on kdevelop Version 6.0.240802 (24.08.2)