Skurfer's comment on Github is correct—the background process list doesn't update correctly anytime other than when starting Quicksilver. The _foreground_ process list does though. Here's what I did:
1. Launch Alfred (which I have because I have a copy of _everything_). 2. Run Force Catalog Rescan. 3. Find Alfred again, the Quit action isn't available. 4. Relaunch Quicksilver, now I can quit Alfred. 5. GrowlHelperApp has been running this whole time, and I can quit that. It doesn't even have a menubar icon (that's handled by GrowlMenu). 6. Launch Cyberduck. Force Catalog Rescan. It _does_ show up as being able to be quit, without a QS relaunch. 7. Quit it, force another rescan, open it, and Cmd-R soft rescan, still works. Clearly the bug is in the specific code that scans background processes, because that entry correctly does a new scan even on a soft/automatic catalog rescan, it just doesn't _work._ Oh, and for what it's worth, I _don't_ have the problem of two copies of the same thing in pane 1. I _used_ to, but maybe only as far back as B54. I don't use the Quit action much, though, or really any of the actions that depend on knowing whether an app is running. I even have GrowlHelperApp in my global catalog via a symlink in my ~/ Applications folder, meaning that what QS sees, at first, is the symlink. Even then it correctly resolves the symlink, displays the actual path, and doesn't duplicate it when the new catalog entry from Running Apps and Processes shows up, using that path directly. On Nov 2, 4:03 am, Patrick Robertson <[email protected]> wrote: > > I have the "include background processes" checked -- apparently > > applications like dropbox are still not indexed as running even after > that. > > I can get Dropbox to show the Quit action. As Daniel said, having running > processes indexed can cause you to have two objects for the the same app in > the 1st pane. It seems you have to make sure you have the right one before > trying to quit it. > This is definitely a bug, so it needs fixing :) > > Seems like this is quite an important one for users, so I'll bump it up my > priority list. > > > @Patrick: thanks a bunch for dealing with this. > > You're welcome! > > On 2 November 2011 03:29, R <[email protected]> wrote: > > > > > > > > > 1. "Current Application >> Quit" cannot replace the quit functionality > > because it requires two steps (including activation) and also some > > apps like Notify do not come to the forefront using the 'Open' > > command. > > 2. I have the "include background processes" checked -- apparently > > applications like dropbox are still not indexed as running even after > > that. > > > @Patrick: thanks a bunch for dealing with this. > > > On Nov 1, 6:27 pm, Patrick Robertson <[email protected]> > > wrote: > > > Already thought of that one ;) > >https://github.com/quicksilver/Quicksilver/issues/453 > > > > It's just getting the time to do this change and making it a priority > > above > > > other bug fixes :) > > > > On 1 November 2011 23:19, Guy Manchester <[email protected]> wrote: > > > > > That's clever! > > > > > I suggest, Patrick, you & the other dev's decide to have this checked > > by > > > > default in future releases: > > > > > On 1 Nov 2011, at 23:10, Daniel wrote: > > > > > Works for me...? I can quit any background/menubar app I have in my > > > > global Catalog, even ones that don't show up under the "Running > > > > Applications" proxy object or ones that have no screen presence at > > > > all. I have "Running Applications and Processes" with "Include > > > > Background Applications" in my catalog, though. It seems to handle > > > > duplicates (i.e. a running app that's also in the catalog as a file, > > > > even through a custom entry) just fine, so try turning that on, can't > > > > hurt? > > > > > On Nov 1, 11:47 am, Guy Manchester <[email protected]> wrote: > > > > > I get around this setting a trigger for "Current Application > Quit" > > then > > > > running that trigger after running "Open" on whatever application. > > > > > So for Geektool I'd run > > > > > "Geektool >> Open" then the trigger for > > > > > "Current Application >> Quit" > > > > > Obviously a proper fix would be better but in the meantime you could > > use > > > > this. It's still much quicker than other options. > > > > > On 1 Nov 2011, at 07:44, Patrick Robertson < > > [email protected]> > > > > wrote: > > > > > I've been looking into this recently as it has been annoying me. It is > > > > definitely a bug that we need to fix :) > > > > > On 1 November 2011 03:53, R <[email protected]> wrote: > > > > > I find that applications that do not have a dock icon (e.g Alarm > > > > > Clock, Weatherdock, Sparrow) cannot be quit using QS. Can this be > > > > > changed to allow the 'Quit' action for menubar apps? > > > > Screen Shot 2011-11-01 at 23.14.46.png > > > 171KViewDownload
