Bug 509856 - Switching between split views moves lines if search box open in one but not other
Summary: Switching between split views moves lines if search box open in one but not o...
Status: REPORTED
Alias: None
Product: kate
Classification: Applications
Component: search (other bugs)
Version First Reported In: 25.04.1
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-09-24 08:37 UTC by Raphael Rosch
Modified: 2025-09-24 08:37 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Raphael Rosch 2025-09-24 08:37:05 UTC
kate-25.04.0-1.fc40.x86_64


I do a lot of copy pasting (by using the middle click) from one view to another in a split view. However, since this is a single action when using the middle click, if the search box (or I guess anything that appears in that same spot) is open in one, but not the other, then the view moves position (to accommodate for the previously hidden/showing search box) and the text is pasted, not where I clicked, but where ever it moved to.

Fix options:
-put the search bar "in" the view, so it doesn't jump when switching between views
-if activated, keep the search bar open for all views, even if activated in just one
-do not move the position where the views are split on when switching between views (Best option, I think)

Steps to reproduce:

Open a kate instance, split into a top and bottom view with any documents that have more text than fit in the view (so scrolling is required). Open search (eg, by ctrl+F), then mouse click between views and watch the text jump position. Try highlighting and middle-click pasting from one to the other, and note the paste going on the wrong line.