Summary: | KRunner command history changed behavior (to worse) in 4.10 | ||
---|---|---|---|
Product: | [Plasma] krunner | Reporter: | Bartosz Brachaczek <b.brachaczek> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | franz.trischberger, inform, jjm, magnus.lidbom, mfraz74+kde, teet.talviste |
Priority: | NOR | Keywords: | regression |
Version: | 4.10.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kde-workspace/5ec7c15faec9d3d9d26c43acfcd144d9b3234896 | Version Fixed In: | 4.11.7 |
Sentry Crash Report: | |||
Attachments: | Patch to fix |
Description
Bartosz Brachaczek
2013-02-08 16:23:02 UTC
Simply start several different applications, that makes things easier. You will see that krunner stores the last used index, pressing <Up> increments the index - but Running the command by pressing <Enter> won't reset it. (In reply to comment #1) > (...) Running the command by pressing <Enter> won't reset it. Yes, it's what this bug report is about. I think that closing KRunner widget by pressing <Esc>/clicking 'X'/whatever should also reset the index/cursor, although it wasn't the case in 4.9.x. This is utterly annoying, i keep killing and starting stuff unintentionally. Ah, so that's what it is doing! It's been driving me insane. I've almost completely given up on using the history because it never does what I expect it to. Even after I've had the logic explained to me It seems to be some sort of memory and logic stunt to try and figure out how to find the command I'm after. Please revert this behavior For the simple implementation usage can be described like this: <up> times X: The Xth "command-executed-ago". That's all! I would say that unless you can provide a simple, understandable, description of how to find the command you're after in the general case you must revert the behavior. Please revert this to the previous behaviour. This new way of doing things is really annoying and as has been said completely the opposite of how it should work. Seconded, please revert. Created attachment 84599 [details]
Patch to fix
This patch fixes the bug for me.
If any reporters can compile from source, please test.
Thank you so much for that patch. At last I can once more use krunner to launch things without tearing my hair out in frustration every time I try to find something in the history. I works normally again. For any other gentoo users out there: Just save the patch as /etc/portage/patches/kde-base/krunner/krunner-history-314690.patch and re-emerge krunner. Git commit 5ec7c15faec9d3d9d26c43acfcd144d9b3234896 by Jonathan Marten. Committed on 12/01/2014 at 15:31. Pushed by marten into branch 'KDE/4.11'. Reset the search history index just before showing REVIEW:115183 M +2 -0 krunner/interfaces/default/interface.cpp http://commits.kde.org/kde-workspace/5ec7c15faec9d3d9d26c43acfcd144d9b3234896 |