https://bugs.kde.org/show_bug.cgi?id=481719
Bug ID: 481719
Summary: When opening the "Find in files" with some text in the
search field, it will not close by pressing ESC
Classification: Applications
Product: kate
Version: 24.01.95
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: search
Assignee: kwrite-bugs-n...@kde.org
Reporter: o...@geek.co.il
Target Milestone: ---
SUMMARY
When opening the "Find in Files" panel, the search field will almost always
contain some text - either the "word" the text editor cursor is currently in, a
text is selected in the editor, or a previous search (which is OK and not a
problem). When that is the case, the text in the search box is pre-selected
(which is also very much OK and I appreciate the convenience).
If I want to dismiss the "Find in files" panel, I expect I can do that by
pressing ESC, but that does nothing. Pressing ESC a second time dismisses the
panel.
STEPS TO REPRODUCE
1. Open kate with some text file.
2. Select some text.
3. Press CTRL+SHIFT+F to open the "Find in files" panel.
4. Press ESC
OBSERVED RESULT
Nothing happens
EXPECTED RESULT
The "Find in files" panel should close.
SOFTWARE/OS VERSIONS
Operating System: KDE neon Testing Edition
KDE Plasma Version: 6.0.0
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-17-generic (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 31.0 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
ADDITIONAL INFORMATION
* Just unselecting the text (for example by pressing the left or right arrow
key) does not workaround the issue - you still need two ESC keys to close the
panel.
* Changing the search box text introduces another interesting behavior, which
I'm not sure if it is intentional or not (I don't remember if it used to be
like that): after typing, the search options part of the panel is replaced with
the search results view that shows matches in the current file - if the text
entered exists in the current document, the search results will have entries
with checkboxes that are all checked, and then pressing ESC will first uncheck
all the checkboxes and the second ESC will close the panel. If there are no
search results in the current document than the first ESC will close the panel.
I have a feeling that this behavior is related to the same issue - maybe after
opening the panel there are search results hidden behind the search options and
the first ESC clears their invisible checkboxes.
Bug #160696 is where the "close on ESC" functionality was first introduced.
--
You are receiving this mail because:
You are watching all bug changes.
