Review Request: Prevent krunner to run the wrong command when "fast" typing
wilderkde at gmail.com
wilderkde at gmail.com
Tue Feb 24 07:04:54 CET 2009
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/172/
-----------------------------------------------------------
Review request for Plasma.
Summary
-------
This is an attempt to solve https://bugs.kde.org/show_bug.cgi?id=169283
The problem with the current implementation is that the mechanism for blocking a run of a result of a previous query does not work, as explained in my comment (the last one) in the br.
The proposed way to solve this issue is to store the query term in Plasma::QueryMatch and then check that it matches the last query before actually running the item. A patch for kdelibs will follow.
In this way, I believe that m_queryRunning becomes irrelevant, but I still have to think about it for some more.
I tried to follow all guidelines for binary compatibility in kdelibs, but please double check that. Also I think I can add the declaration of a new method wherever I want, but just to be sure I put them at the end. If you confirm that their position won't matter I'll put them in a more consistent manner.
--J
This addresses bugs 169283, et and similia.
https://bugs.kde.org/show_bug.cgi?id=169283
https://bugs.kde.org/show_bug.cgi?id=et
https://bugs.kde.org/show_bug.cgi?id=similia
Diffs
-----
/branches/KDE/4.2/kdebase/workspace/krunner/interfaces/default/interface.h 930601
/branches/KDE/4.2/kdebase/workspace/krunner/interfaces/default/interface.cpp 930601
/branches/KDE/4.2/kdebase/workspace/krunner/interfaces/default/resultitem.h 930601
/branches/KDE/4.2/kdebase/workspace/krunner/interfaces/default/resultitem.cpp 930601
Diff: http://reviewboard.kde.org/r/172/diff
Testing
-------
The patch appears to solve the bug.
Thanks,
wilder
More information about the Plasma-devel
mailing list