Bug 488164 - In split view cursor jumps to unexpected position
Summary: In split view cursor jumps to unexpected position
Status: CONFIRMED
Alias: None
Product: frameworks-ktexteditor
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 6.2.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-07 14:42 UTC by Dominik Kummer
Modified: 2024-10-18 07:39 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screen Capture (393.92 KB, video/mp4)
2024-06-08 17:56 UTC, Dominik Kummer
Details

Note You need to log in before you can comment on or make changes to this bug.
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)