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.

Reply via email to