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.

Reply via email to