Comments
-
Greg Hurrell
Thanks for the report, but I don't think this has anything to do with Spaces, actually.
In order for this to happen the only thing that is necessary is for iTunes to not be frontmost. So, if you bring up the info dialog and then bring some other app to the front (eg. a Safari window), then Synergy will hang until you bring iTunes to the front.
This is actually an iTunes issue and there isn't really anything that I can do about it from the Synergy side. Basically, Synergy issues the instruction to iTunes and waits for the reply, but doesn't get one. When you bring iTunes to the front it finally wakes up and actually sends the reply to Synergy and Synergy "unblocks".
iTunes has actually improved a little in recent versions in this respect, as in the old days it was completely unresponsive whenever a dialog was up. At least now it responds provided it is frontmost. You could file a feature request or bug report with Apple if you'd like them to correct the issue; the important thing to include in your report is that iTunes doesn't respond to Apple Events if it has a dialog box up, except when it is the frontmost app.
Working around this in Synergy would severely break the current working model. Instead of staying "in sync" with iTunes, it would have to become a "blind" controller; that is, issue commands and not wait for replies and not have confirmation of what state iTunes was in. It would thus avoid these "blocking" incidents, but it would be at risk of getting "out of sync" with the iTunes state. My "developer's intuition" leads me to believe that getting out of sync would be much more common and lead to a lot more support tickets than this non-responsiveness problem, so it's not a direction I would really want to explore, especially when the power is in Apple's hands to fix the unresponsive behaviour in iTunes.
Add a comment
Comments are now closed for this issue.