Was Growl installed with Adium or from the DMG?John Don wrote:10.4.7, with latest security updates.The_Tick wrote:What version of os x are you running John?
Growl "recovered files" in trash
I've played around with stuff so often over the years, that I would imagine this Growl install I have on here now was installed from the DMG.The_Tick wrote:Was Growl installed with Adium or from the DMG?John Don wrote:10.4.7, with latest security updates.The_Tick wrote:What version of os x are you running John?
I'm... kinda tired... I think I'll go home now.
-Forrest Gump
I'm an Adiumite!
-Forrest Gump
I'm an Adiumite!
Mine have appeared upon restarts- whether from crashes, or when I have manually restarted myself.evands wrote:Do the files appear when Adium (or another Growl app) is launched, when they display a notification for the first time, or after logging out and back in? (or some other condition entirely)
I'd imagine the files appearing after a crash are the result of file dumps?
Only after a crash can I reasonably reproduce these files most of the time. They appear sometimes after normal restarts as well, but the frequency is slim to none in those situations.
I'm... kinda tired... I think I'll go home now.
-Forrest Gump
I'm an Adiumite!
-Forrest Gump
I'm an Adiumite!
- evands
- Cocoaforge Admin
- Posts: 3152
- Joined: Thu Dec 02, 2004 10:55 pm
- Location: Decatur, GA
- Contact:
When the comptuer starts up, it moves the contents of the /tmp temporary folder to the trash can as 'recovered files'. I guess the behavior makes a bit of sense... anyways, Growl does the following:
1) Application X uses code within itself to begin talking to Growl. This process creates a GrowlRegDict file.
2) Application X sends Growl the information about that GrowlRegDict file
3) Growl itself (technically the GrowlHelperApp, a separate application, a single program running for all apps using growl) opens the GrowlRegDict.
4) Once it's opened, it's immediately deleted (by GrowlHelperApp).
Somehow either the (2) to (3) transition or (4) are failing.
1) Application X uses code within itself to begin talking to Growl. This process creates a GrowlRegDict file.
2) Application X sends Growl the information about that GrowlRegDict file
3) Growl itself (technically the GrowlHelperApp, a separate application, a single program running for all apps using growl) opens the GrowlRegDict.
4) Once it's opened, it's immediately deleted (by GrowlHelperApp).
Somehow either the (2) to (3) transition or (4) are failing.
As far as I can tell from the times shown on the files, mine are created when I log off my user name - which is also when I would log out of both Adium and Growl.evands wrote:Do the files appear when Adium (or another Growl app) is launched, when they display a notification for the first time, or after logging out and back in? (or some other condition entirely)
Annoying little frog
"Also, I can kill you with my brain."
"Also, I can kill you with my brain."
Hmm, I just tested this and a recovered file folder was not created when I logged out of my username, but one was created when I rebooted my computer.MacMom wrote:As far as I can tell from the times shown on the files, mine are created when I log off my user name - which is also when I would log out of both Adium and Growl.evands wrote:Do the files appear when Adium (or another Growl app) is launched, when they display a notification for the first time, or after logging out and back in? (or some other condition entirely)
Annoying little frog
"Also, I can kill you with my brain."
"Also, I can kill you with my brain."
-
jeremydouglass
- Harmless
- Posts: 4
- Joined: Wed Mar 14, 2007 5:38 am
Same problem: prefpane disabled, .growlRegDict file in trash
I left Growl 7.6 off for one week - was getting the "Recovered files" folder with .growlRegDict files every reboot - had 19 of them last time.
The concern: if the Growl prefpane is deactivated, it should be *deactivated*, not firing-and-forgetting a stream of temp files in the background. The fact that a process the pane claims is deactivated is performing file-writes... well, it does not inspire trust or confidence in Growl.
If one of the other Growl-enabled applications is writing these files, I'd be happy to work with you in tracking down which one it is. However, based on the two forum threads I've read here, I'm can't tell if this problem has even been looked into seriously.
In the meantime, I'm uninstalling Growl.
The concern: if the Growl prefpane is deactivated, it should be *deactivated*, not firing-and-forgetting a stream of temp files in the background. The fact that a process the pane claims is deactivated is performing file-writes... well, it does not inspire trust or confidence in Growl.
If one of the other Growl-enabled applications is writing these files, I'd be happy to work with you in tracking down which one it is. However, based on the two forum threads I've read here, I'm can't tell if this problem has even been looked into seriously.
In the meantime, I'm uninstalling Growl.
We've looked into it extensively and tried to resolve it multiple times, with nothing but empty results. We have more important things to work on than this, things we can actually work on instead of poke at with pointy sticks hoping to get a reaction we want. It'll be looked at again, but I can't reproduce it and neither can a lot of people, so it's just going to take time.
If you feel it's necessary to uninstall Growl, please do. However, understand that the only reason that Growl is activated while turned off is to register Growl tickets for Applications, and then deactivated. Even in this configuration I've been unable to reproduce this issue.
If you feel it's necessary to uninstall Growl, please do. However, understand that the only reason that Growl is activated while turned off is to register Growl tickets for Applications, and then deactivated. Even in this configuration I've been unable to reproduce this issue.
-
jeremydouglass
- Harmless
- Posts: 4
- Joined: Wed Mar 14, 2007 5:38 am
Post-op: console searches, recovered files, etc.
I didn't mean to imply that you weren't working on Growl - for free, yet, and I appreciate that and admire the program. I just noticed that you haven't asked anyone here for any information other than OS X and Growl version number.
I'm not merely complaining, I'll help too: If you would like me to provide search for console log entries, provide example recovered files, or run some more verbosely logging build of Growl to catch the error on my system, I'll be happy to do more than just gripe.
Even if my suggestions won't help, my outsider opinion is that a bug of type "that's impossible, that process shouldn't even be running!" is a big deal.
I'm not merely complaining, I'll help too: If you would like me to provide search for console log entries, provide example recovered files, or run some more verbosely logging build of Growl to catch the error on my system, I'll be happy to do more than just gripe.
Even if my suggestions won't help, my outsider opinion is that a bug of type "that's impossible, that process shouldn't even be running!" is a big deal.
I think it's more that it needs to be duplicatable on a development box so we can test and fix without guesswork. That said, it will be looked at a some point, but not currently.
Try my software!
#define ADIUMX pimp //by me
#define QUESTION ((2b) || (!2b))
Have you hugged a programmer today?
#define ADIUMX pimp //by me
#define QUESTION ((2b) || (!2b))
Have you hugged a programmer today?