Closed GoogleCodeExporter closed 9 years ago
Related pastes.
http://pastebin.com/UFFBFfR9
http://dl.dropbox.com/u/177285/growl_sample.txt
http://pastebin.com/cf45JukJ
http://pastebin.com/Jmts7qYA
http://pastie.org/private/gilrwbz7rkgbryfty30uq
https://gist.github.com/1424326
http://up.stewf.com/0N1X0545021R1M1e1T3s
https://gist.github.com/1433466
Original comment by ch...@growl.info
on 5 Dec 2011 at 10:52
http://pastebin.com/PKvHzgbK
Original comment by ch...@growl.info
on 6 Dec 2011 at 12:27
http://pastebin.com/kr6Xvkr3
http://pastie.org/private/wozh2g5j4tpsqnoyjkjrkq
No rollup, no recent notifications in the list. Unfortunately my browser
coughed and I lost the other samples...
Original comment by d235...@gmail.com
on 16 Dec 2011 at 1:43
Original comment by rarich...@gmail.com
on 23 Dec 2011 at 1:45
Adding more samples.
Original comment by ch...@growl.info
on 26 Dec 2011 at 6:22
Attachments:
Issue 416 has been merged into this issue.
Original comment by rarich...@gmail.com
on 8 Jan 2012 at 3:50
I've just come across this issue. In my case it seems linked to a skype
message in my logs...
08/01/2012 19:09:05.679 Skype: Got disconnected: Error
Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed out"
UserInfo=0x13ed4df0 {NSLocalizedDescription=Read operation timed out}
08/01/2012 19:09:05.679 Skype: <GrowlGNTPNotificationAttempt: 0x13eab980>
failed because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation
timed out" UserInfo=0x13ed4df0 {NSLocalizedDescription=Read operation timed out}
Followed by Growl Crashing when I tried to open the application, crash report
attached.
08/01/2012 19:10:57.797 Growl: -[GrowlPreferencePane loadWindow]: failed to
load window nib file 'GrowlPref'.
08/01/2012 19:11:04.162 [0x0-0x34034].com.Growl.GrowlHelperApp: HIToolbox:
failed to copy resource URL for framework bundle.
08/01/2012 19:11:04.162 [0x0-0x34034].com.Growl.GrowlHelperApp: HIToolbox is
damaged with error 4294962336 and TTheme instance 0. Aborting...
08/01/2012 19:11:05.894 com.apple.launchd.peruser.501:
([0x0-0x34034].com.Growl.GrowlHelperApp[397]) Job appears to have crashed:
Abort trap: 6
Original comment by ch...@jalakai.co.uk
on 8 Jan 2012 at 7:23
Attachments:
Do what you can here, but if it's a bigger change to fix it we can talk about
whether it should be in 1.3.3 or 1.4.
Original comment by ch...@growl.info
on 10 Jan 2012 at 1:23
Just adding to what #7 said... I see similar things in the logs and Skype, with
Growl at 103% CPU, but I'm also seeing SQLite errors. I don't know which (if
either) might be causing the CPU spike:
1/13/12 7:14:10.332 AM Skype: <GrowlGNTPNotificationAttempt: 0x14e4a40> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x10ae53a0 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:24:14.387 AM Skype: <GrowlGNTPNotificationAttempt: 0x17fa0af0> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x17f57bc0 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:28:50.635 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:28:50.635 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:28:50.736 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:28:55.545 AM Growl: Unresolved error Error Domain=NSCocoaErrorDomain
Code=134030 "The operation couldn\U2019t be completed. (NSCocoaErrorDomain
error 134030.)" UserInfo=0x7fcbed236e50 {NSSQLiteErrorDomain=14,
NSUnderlyingException=Updating max pk failed: }, {
NSSQLiteErrorDomain = 14;
NSUnderlyingException = "Updating max pk failed: ";
}
1/13/12 7:29:32.665 AM Skype: <GrowlGNTPNotificationAttempt: 0x1483eb0> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x9545450 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:31:31.040 AM Skype: <GrowlGNTPNotificationAttempt: 0x2cc6aa0> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x953b0c0 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:33:28.318 AM Skype: <GrowlGNTPNotificationAttempt: 0x2b3ab80> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x17f5e7c0 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:36:49.798 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:36:49.798 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:36:49.899 AM Growl: Core Data: annotation: -executeRequest:
encountered exception = Updating max pk failed: with userInfo = {
NSSQLiteErrorDomain = 14;
}
1/13/12 7:36:52.902 AM Growl: Unresolved error Error Domain=NSCocoaErrorDomain
Code=134030 "The operation couldn\U2019t be completed. (NSCocoaErrorDomain
error 134030.)" UserInfo=0x7fcbed652080 {NSSQLiteErrorDomain=14,
NSUnderlyingException=Updating max pk failed: }, {
NSSQLiteErrorDomain = 14;
NSUnderlyingException = "Updating max pk failed: ";
}
1/13/12 7:40:26.066 AM Skype: <GrowlGNTPNotificationAttempt: 0x16101d0> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x2a5b8c0 {NSLocalizedDescription=Read operation timed out}
1/13/12 7:40:38.313 AM Skype: <GrowlGNTPNotificationAttempt: 0x1502c8b0> failed
because Error Domain=GCDAsyncSocketErrorDomain Code=4 "Read operation timed
out" UserInfo=0x10aaeb30 {NSLocalizedDescription=Read operation timed out}
Original comment by mdesjard...@burnsidedigital.com
on 13 Jan 2012 at 1:19
I’ve experienced this as well. I have no insight into why this is happening,
but here’s a sample from Activity Monitor. Perhaps it will help.
Original comment by jhamdo...@gmail.com
on 15 Jan 2012 at 9:29
Attachments:
Issue 422 has been merged into this issue.
Original comment by dan...@growl.info
on 17 Jan 2012 at 5:30
This looks like there might be more than one hang. The hang in
[GrowlRegisterGNTPPacket applicationIconData] (in Growl) has been looked into,
and for the time being, our call to dataWithContentsOfURL has been removed.
However, this will break (for the time being) url based icons for both
notifications and applications. We will need to come up with an asynchronous
way of handling remote data that might not be reliable, this will be beyond the
scope of 1.3.x, and given 1.4's present plate, probably beyond it as well.
Original comment by dan...@growl.info
on 17 Jan 2012 at 5:37
Just a stupid BFU's note: I'm experiencing this problem too (unexpected massive
CPU usage by Growl), and it's definitely related to Skype in my case.
Quit/Restart Skype always helps and Growl calms down.
I updated the Skype framework manually as hinted on Growl's site.
Original comment by pixycz
on 20 Jan 2012 at 12:49
Just FYI: I updated Skype to the latest beta version 5.5.0.2069 and it seems
that it fixed this high cpu problem.
Original comment by nebol...@gmail.com
on 20 Jan 2012 at 6:50
+1 for that, upgrade to latest Skype beta - no CPU spikes anymore…
Original comment by oliver.gierke@me.com
on 21 Jan 2012 at 10:05
Sorry for misinformation in my previous comment, just ran into this problem
again with the latest Skype beta.
Original comment by nebol...@gmail.com
on 26 Jan 2012 at 8:48
Attaching Growl sample when this happens. Seems related to Skype. I have Skype
2.8.0.866 with manually updated Growl framework.
Restarting Skype solves the CPU issue.
Really hopes this will be solved with 1.3.3 as indicated.
Original comment by fred...@aminoff.eu
on 27 Jan 2012 at 9:37
Attachments:
Just had this problem happen now with 1.3.3 and Skype 5.3. So the problem is
definitely *not* solved.
Original comment by thephatm...@gmail.com
on 5 Feb 2012 at 2:40
Original comment by ch...@growl.info
on 7 Feb 2012 at 11:32
I have the same issue with Growl but although I have Skype on my Mac, I never
have it running.
Original comment by phil...@millsmeyer.com
on 11 Feb 2012 at 1:36
Here are some more samples:
http://tinypaste.com/706d7558
http://tinypaste.com/7219274d
http://tinypaste.com/9fcbfaea
Original comment by ch...@growl.info
on 12 Feb 2012 at 4:52
not all of these are the same issue, the samples from 21 are fixed
Original comment by rarich...@gmail.com
on 7 Mar 2012 at 5:35
Does anybody hit this while running Adium? On my case I hit the issue because
Adium opens too many TCP connections to the Growl process, and Growls starts
looping eating 100% CPU when accept() returns EMFILE errors. Stopping Adium
solves the problem.
I suggest people to check the output of 'lsof -i :23053' when hitting the
issue, to see how many open TCP connections are open to Growl. More exactly,
the command:
# lsof -i :23053 | cut -d' ' -f1 | sort | uniq -c
On my case, I have:
29 Adium
1 COMMAND
42 Growl
And Adium is running for only 5 minutes. I'm sure Growl will start eating CPU
again, once it hits the 256 open-files limit.
Original comment by ehabkost
on 31 Mar 2012 at 6:20
I've been having this issue for a while. I notice it because the fan in my
macbook pro goes crazy loud. I have the latest skype beta but as mentioned in
comment 23, also Adium. I will try to monitor and take a sample next time.
Original comment by bergon...@gmail.com
on 5 May 2012 at 11:43
As promised, here's a sample taken from Activity Monitor while Growl was going
crazy at about 103% CPU. I tried to shut down Adium while this was happening
and Growl immediately calmed down, so I think this is already good proof that
Adium is the culprit. Hope this helps solving the issue.
Original comment by bergon...@gmail.com
on 6 May 2012 at 10:19
Attachments:
Thanks for the sample. We actually figured out the cause on it, we're working
on the fix.
Original comment by ch...@growl.info
on 6 May 2012 at 11:47
This is taking a lot more work than we originally thought. Moving to 1.4.1 so
that we can get 1.4 out with all of its fixes.
Original comment by ch...@growl.info
on 23 May 2012 at 4:11
This makes the app useless. I can't use it and regret buying it. I'll hold
the negative review for 1 week as I wait for a patch. Thanks.
Original comment by JacobTho...@gmail.com
on 31 May 2012 at 11:22
It's going to take longer than 1 week to resolve this issue. We've had our lead
developer working on this issue, and this issue alone, for months now. Growl
1.4 has been submitted for release without the fix for this issue, as it's
going to take longer still to resolve it once and for all.
Original comment by ch...@growl.info
on 31 May 2012 at 11:27
Very disappointed. I remember (please correct me if I am wrong) that the reason
behind charging for Growl was to aid development. It seems like a lot of us
bought this in good faith - Growl used to be an excellent little add-on to OS
X. Now you tell us you have a serious bug that you can't fix in a timely
manner, despite new investment? If you've been working on it 'for months' why
not spend some time providing an easy temporary roll-back to the previous
(FOSS) version of growl for your users, which from memory had no such issues?
Original comment by irbda...@gmail.com
on 5 Jun 2012 at 1:21
We're having to rethink and rewrite the ENTIRE networking stack in order to
address a design flaw that it has. We have to do this while keeping backwards
compatibility with the 1.3.x SDK. So rather than speed through that, we're
designing it correctly this time and making sure that it works correctly. It
would be irresponsible of us to put out something half baked that had other,
even weirder issues.
Growl 1.2.2 is available, along with other previous versions of Growl as well.
Source is available. Anyone who wants to can go grab that version. You are
seriously misinformed if you believe this is not the case.
Original comment by ch...@growl.info
on 5 Jun 2012 at 3:15
Original comment by ch...@growl.info
on 21 Jun 2012 at 3:21
[deleted comment]
The networking stack at this point has been mostly rewritten, and the file
pointers seem to always be going away properly now. Subscription is still in
need of some fixes to work properly, but forwarding and the framework seem to
be working properly. More testing (and likely some bug fixes) is needed before
I will call this fully fixed. We are working on it, and it will be fixed in
2.0 which will ship as soon as we can get the new stack and all of 2.0's other
new features and improvements tested.
Original comment by dan...@growl.info
on 16 Jul 2012 at 7:55
Issue 320 has been merged into this issue.
Original comment by ch...@growl.info
on 18 Jul 2012 at 5:09
We have zero reports of this problem with the Growl 2 beta. i'm going to mark
it as fixed in source.
Original comment by ch...@growl.info
on 23 Aug 2012 at 2:41
Cool, is there a chance to get our hands on the beta?
Original comment by oliver.gierke@me.com
on 23 Aug 2012 at 7:34
We have over 300 beta testers, at this point we're full up. :)
Original comment by ch...@growl.info
on 23 Aug 2012 at 8:53
Growl 2 is released, marking these as fixed.
Original comment by ch...@growl.info
on 20 Sep 2012 at 3:16
I just encountered a "HIToolbox is damaged with error" with Growl 2.0.1.
Original comment by gha...@gmail.com
on 11 Jan 2013 at 6:11
Please open a new ticket ghazel. This issue is for high CPU and had a specific
cause and resolution.
Original comment by ch...@growl.info
on 11 Jan 2013 at 6:25
Original issue reported on code.google.com by
ch...@growl.info
on 5 Dec 2011 at 10:08