Summary: | knotes: blocking RMB menu locks whole desktop | ||
---|---|---|---|
Product: | [Unmaintained] knotes | Reporter: | Wilbert Berendsen <wbsoft> |
Component: | general | Assignee: | Michael Brade <brade> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Wilbert Berendsen
2004-02-07 16:08:09 UTC
update: I see the menu block after any edit of the text, be it clearing or typing something. I can confirm this the exact same behavior for KNotes 3.0, KDE 3.2.0, gcc (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7), Linux 2.6.1. CVS commit by brade: Neither update focus, nor save the notes on menu actions, the latter one has weird consequences that freeze the whole desktop regarding mouse actions. CCMAIL: 74469-done@bugs.kde.org M +11 -8 knote.cpp 1.98 --- kdepim/knotes/knote.cpp #1.97:1.98 @@ -814,8 +814,10 @@ bool KNote::eventFilter( QObject* o, QEv QFocusEvent *fe = static_cast<QFocusEvent *>(ev); if ( fe->reason() != QFocusEvent::Popup && fe->reason() != QFocusEvent::Mouse ) + { updateFocus(); if ( m_editor->isModified() ) saveData(); } + } else if ( ev->type() == QEvent::FocusIn ) updateFocus(); @@ -826,6 +828,7 @@ bool KNote::eventFilter( QObject* o, QEv if ( o == m_editor->viewport() ) { - if ( ev->type() == QEvent::MouseButtonPress ) - if ( m_edit_menu && ((QMouseEvent*)ev)->button() == RightButton ) + if ( m_edit_menu && + ev->type() == QEvent::MouseButtonPress && + ((QMouseEvent*)ev)->button() == RightButton ) { m_edit_menu->popup( QCursor::pos() ); |