https://bugs.kde.org/show_bug.cgi?id=364650
--- Comment #9 from Francis Herne <m...@flherne.uk> --- I was wrong above. EmulatedCommandBar::eventFilter() _is_ called, catches m_suspendEditEventFiltering and returns false to reject the event. Because the event was rejected it's propagated to KateViewInternal::eventFIlter(), which then causes the infinite loop. Despite the comment in EmulatedCommandBar::handleKeyPress() I'm still confused as to what the event duplication tries to achieve or why it's sent to a child widget. If the LineEdit accepts it we wouldn't have received the original, so it's guaranteed to loop? -- You are receiving this mail because: You are watching all bug changes.