| Summary: | Strange behavior on zoom | ||
|---|---|---|---|
| Product: | [Applications] kate | Reporter: | popov895 <popov895> |
| Component: | kwrite | Assignee: | KWrite Developers <kwrite-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | christoph, justin.zobel, popov895 |
| Priority: | NOR | ||
| Version First Reported In: | 20.08.1 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Video to watch
Without copy-paste |
||
It's likely a MovingRange of search highlights that is initialized to (0, 0) instead of invalid (-1, -1) or something similar. It seems that only paste triggers this?! Created attachment 132205 [details]
Without copy-paste
I assume that the information about selected text fragment isn't reset after the document is closed.
I can't replicate this on kate from git master. I paste the text, increase zoom as you did from the view menu but the word is not highlighted. Can you please confirm this is still occurring for you? Kate 20.11.70 isn't affected by this bug, but KWrite 20.11.70 is. Thanks for the update; changing status. Confirmed on 21.03.70. Hmm, can't reproduce with 21.12. Still reproducible with KWrite 21.12.3. Steps to reproduce cannot be reproduced with KWrite on 22.07.70, so this issue can be closed as fixed. |
Created attachment 132032 [details] Video to watch SUMMARY Hard to explain, just watch the video. STEPS TO REPRODUCE 1. open any text file 2. select any word (or a small part of the text) and copy it to the clipboard 3. close this file using "File" > "Close" action or Ctrl+W shortcut 4. paste the word you copied before 5. zoom in or out OBSERVED RESULT The pasted word is highlighted. EXPECTED RESULT The pasted word isn't highlighted. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon 5.19 User Edition on X11 KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.15.0