https://bugs.kde.org/show_bug.cgi?id=364650
Francis Herne <m...@flherne.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |m...@flherne.uk
--- Comment #7 from Francis Herne <m...@flherne.uk> ---
Assuming I'm looking at the same bug...
For me it happens frequently when using '/', with a variety of keys and my
usual UK keyboard layout.
Reverting
https://quickgit.kde.org/?p=ktexteditor.git&a=commit&h=025edb11ca9b0fa3685802e6c9cb608a4daa7911
avoids it.
I get a loopy backtrace several tens of thousands of calls deep until the stack
fills up - line 310 of emulatedcommandbar.cpp re-emits a key event, which is
then handled again resulting in an endless cycle of duplicate events.
The surrounding 'm_suspendEditEventFiltering' assignments seem intended to
avoid these, but the only method checking that attribute is
EmulatedCommandBar::eventFilter() which isn't called.
KateViewInternal::eventFilter() *is* called, so the patch author might have
been confused about which class object would handle the duplicated event.
--
You are receiving this mail because:
You are watching all bug changes.
