Comments
-
Jason Deraleau
Created an attachment (id=14) Screenshot of the extraneous notification.
-
Greg Hurrell
I can reproduce this here, although I'd never seen it before because I neither quit iTunes nor use Growl! iTunes is sending a state changed notification just before it quits, notifying that it's state is "Stopped" and passing null or no values for the track information.
I am not sure if I can fix this in a reliable manner. On receiving the notification there's no point in testing if iTunes is still running (because it is) and so there's no way of knowing that it's about to quit. About the only thing I can think of is to suppress *all* "Stopped" notifications.
What do you think?
-
Jason Deraleau
While suppressing all Stop notifications is probably drastic (though not a frequent occurrence), it would probably be good to at least clean up the Stop notification a bit. I'm assuming it doesn't need to send the null/Unknown Artist information to Growl. I'd guess that you have a function pulling the information about the currently playing track from iTunes, but since no track is playing, it'll never get that information :)
Out of curiosity, how did you fix it for Synergy's floater? I don't seem to get that extra Stopped message with the default floater...
-
Greg Hurrell
Ok, I've fixed it. I'm suppressing "Stopped" notifications where no track name is passed. Seeing as iTunes won't allow users to change a track name to an empty string there should hopefully be no missed notifications due to false positives.
-
Greg Hurrell
Marking as CLOSED. This fix will be available to the public when version 1.8 is released (currently scheduled for later this month is all goes well).
Add a comment
Comments are now closed for this issue.