QS switches to starting space when fired from another space

[lkuty]

This is exactly the same bug as provided there: http://code.google.com/p/blacktree-quicksilver/issues/detail?id=225

What steps will reproduce the problem?

1. Launch QS in Snow Leopard
2. Switch to another space
3. Activate QS

What is the expected output?

I would expect to see the QS window appear awaiting input in the space I am presently in.

What do you see instead?

Spaces switches to whatever space it was in when QS was launched, then shows the input
window in that space.

What version of the product (including Quicksilver version, AND the module version related to
the buggy functionality if appropriate) are you using? On what operating system?

I'm on QS B57 (3840), running Snow Leopard 10.6.2.

Workaround:

• added Qucksilver to the Application Assignments list in the spaces preference panel
  with "Every space" while
  Quicksilver was running with a visible dock icon
• restarted Quicksilver
• unchecked "Show icon in the dock" in the Quicksilver preferences

All of this is copy/pasted from issue 225 on the previous issues reporting system.

[erisdev]

Works for me as expected. Quicksilver shows its icon in the dock, is not specially assigned in System Preferences and appears on the current space as expected. I'm using the Window interface, but I tested with Bezel, Cube and Primer and they also work as expected.

Questions:

• Which interface are you using?
• Why do you uncheck "Show icon in the dock"—does the bug still occur with it checked even if Quicksilver is assigned to all spaces?
• Which other plugins have you installed?

[lkuty]

Sorry for the delay.

I ran with QS in the dock since the bug appeared. Today I tried to reproduce the bug and QS just ran as it was expected. So QS is not in the dock. The QS quick launch window appears in the space where it is triggered.
The only thing I changed was to update my Mac OS version to 10.6.3.

My interface is Primer with no extra (everything unchecked in the Appearance panel).
I was using the Apple Mail Module, E-Mail Support, Safari Module and Terminal Module. I unchecked them today because I only use QS to launch apps. QS was running fine before unchecking them.

I close the case as I can't reproduce the bug. Maybe the Mac OS X update just solved the problem.

Thank you for your interest in it.

[erisdev]

Funny story: now I'm seeing this bug since the very same update. I'll check everything out and see if I can fix it for myself.

[erisdev]

In my case, it seems to be a matter of whether the icon is shown in the dock or not. If "Show icon in dock" is enabled, Quicksilver appears in the current space; if not, Quicksilver is constrained to the space it was launched in.

My setup is probably nothing unusual:

• OS X 10.6.3
• Quicksilver b58
• Primer interface
• Plugins:
  • 1Password Module
  • Address Book Module
  • Cl1p Upload
  • Command Line Tool (qs)
  • Constellation Menus (disabled)
  • Cube Interface
  • Cyberduck Module (disabled)
  • Extra Scripts
  • Gmail Module
  • Growl Notifier
  • HotKey Triggers
  • iPhoto Module
  • iTunes Module
  • Keychain Module
  • Process Manipulation Actions
  • Remote Desktop Module
  • Screen Capture Actions
  • Social Bookmarks (disabled)
  • Spotlight Module
  • TextMate Ranker
  • User Accounts Module
  • Window Interface

[knl]

I'm also seeing this bug, in Quicksilver b59, and previously on b58. I'm running 10.6.7, and the bug persists since 10.6.3 (that I can recall).

After a lot of testing, I discovered that the bug occurs only with Primer interface.

[pjrobertson]

OK. Thanks for the extensive testing. I will reopen this and change the title to include Primer so some people can look at it.

[knl]

Hi Patrick, I also notices (however, tested only on 10.6.7, b59) that when using Bezel interface the same problem occurs only with the preference window. I.e., if I use bezel, and I started QS in the first Space, then if I move to Space#2, and type cmd-space,cmd-comma, I'm switched back to Space#1.

Is there some debugging I can turn on to see what is happening?

[skurfer]

Yes, I noticed this with Primer as well and just hadn’t gotten around to reporting it.

I forget where (mailing list?) but @bencochran recently said something about fixing issues with Spaces in BezelHUD. Maybe he could offer some tips on how to fix this.

[bencochran]

Thanks for the ping, @skurfer. Should be fixed in pull request #199.

[bencochran]

P.S. It might be worth adding [[self window] setCollectionBehavior:NSWindowCollectionBehaviorCanJoinAllSpaces]; to the base QSInterfaceController, but that would require more extensive testing. So this should cover the issue for now.

[knl]

I can confirm that this change fixes the issue with Primer interface. Thanks @bencochran.
However, there is still the problem with the preference pane, where cmd-space, cmd-comma opens the preference pane in the initial Space.

[bencochran]

Thanks for the confirmation @knl. For the prefpane, see pull request #200

[knl]

Hi @bencochran, with pull requests #199 and #200 both issues are fixed. It works like a charm, thanks!

[pjrobertson]

Cool. That's 1 confirmation for each. I'll have a test then merge :)

On 19 April 2011 04:25, knl <
reply@reply.github.com>wrote:

Hi @bencochran, with pull requests #199 and #200 both issues are fixed. It
works like a charm, thanks!

Reply to this email directly or view it on GitHub:
#64 (comment)

[pjrobertson]

Fixed in latest commit