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.