Cumulus notifications don't always go away

rcobbe · Post by **rcobbe** » Sun Jul 06, 2008 7:18 pm

I'm using Growl 1.1.4 on MacOS 10.5.4 (Intel). On the whole, it's working perfectly, but I'm having some difficulty with a particular display style, or perhaps the notifying application.

I've set the default style to "bezel", with its default options. In particular, bezel displays fade out after 3 seconds, as I expect.

However, I've configured GrowlTunes to use the "Cumulus (large)" display, which I downloaded from Growl's home page within the last week. This display is configured to fade out after 4 seconds, but it doesn't always go away, and sometimes I have to click it to get the notification to disappear. I believe this only happens on track-change notifications rather than start-playing notifications, but I'm not sure. I believe I'm using the default settings for both "Cumulus (large)" and GrowlTunes. Specifically, the "stay on screen" setting for the track-change GrowlTunes notification is set to "Application Decides". I think I've tried setting this to "never", but I didn't see any difference. (Since I haven't figured out how to reproduce the undesired behavior reliably, I can't be sure.)

I do have Growl configured to leave notifications on screen after 30 seconds of inactivity, but I don't think that applies here -- it seems that GrowlTunes notifications stick around even when I'm actively working on the computer, happily typing away.

(I don't know if it matters, but I also have Butler (http://www.manytricks.com/butler) installed as an iTunes controller. It puts up Growl-like notifications when I use it to pause or unpause iTunes. It used to display similar notifications when the track changed, but that hasn't worked for months---long before I installed Growl.)

Has anyone seen this behavior with Cumulus or GrowlTunes? Is there a workaround?

Thanks!

Post by **The_Tick** » Mon Jul 07, 2008 3:27 pm

I don't think the butler thing is related.

Cumulus as with all of the other downloads is a webkit notification. Webkit notifications can be sticky. Can you try the built-in Above The Night and see if it happens there? Also, please try this with Smoke as well, as it is not webkit. Let's narrow it down to see if it's related to the notification style or not.

rcobbe · Post by **rcobbe** » Tue Jul 08, 2008 12:49 am

It doesn't seem to be related to the notification style. I've been able to reproduce this with both Above the Night and Smoke (although Smoke did appear to do this much less frequently than Cumulus).

Testing methodology, FWIW: I left the default at Bezel and only changed the display for GrowlTunes. Then, to generate lots of tests, I sorted my iTunes library in ascending order by length and started playing the 20-second tracks. So there were lots of notifications in pretty short order.

Post by **The_Tick** » Tue Jul 08, 2008 3:59 pm

Can you show us a screenshot of how you have the growltunes app configured?

rcobbe · Post by **rcobbe** » Wed Jul 09, 2008 1:21 am

Attached.

Incidentally, I realized in the course of doing this that both notifications were set to let the application decide whether the notification should stay on screen. IIRC, this is the default setting, but I'm trying now with the changed-track notification set to "Stay on Screen: never" and all other settings the same. That seems to be working much better. As a workaround, I can just leave the setting there.