319219 - ChatZilla appears connected but nothing sends (commands or messages) - 100% CPU usage

Status: RESOLVED FIXED

(Other Applications :: ChatZilla, defect)

Description

[Wayne Mery (:wsmwk)]

Chatzilla 0.9.67+ [SeaMonkey 1.1a/2005102013]

Channel appears to be operational - messages are received, and messages typed in input area are put in the displayed in the conversation log, and therefore appear to have been sent to the channel.   (open moznet channels were: seamonkey, chatzilla, developers, bugs)

But 
a) no one else in the channel sees my messages and 
b) no commands work (/join, /leave, /motd, /list, etc) - they are accepted without error and there is no response
c) private chat requests don't connect

My nickname=wsm. Possibly related events:
* different machine running IRC with similar nickname wsmwk crashed earlier in the day
* jsconsole entry, don't know if this occured at same time as my trouble started, or perhaps long before --  Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIControllers.removeController]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://navigator/content/navigator.js :: Shutdown :: line 808" data: no]  (similar to bug 2438893)

Comment 1

[James Ross]

I wouldn't be surprised if this is just the Mozilla timers screwing up (which they've been doing rather too frequently of late). Check this:

  /eval this.primServ.sendQueue.length

On any connected server. If it's >100 you have got the timer problem, which we can't do anything about, and you really should restart Mozilla or Firefox to fix.

And PLEASE don't file bugs like this in the NEW state, it is definately UNCO for now.

Comment 2

[Wayne Mery (:wsmwk)]

(In reply to comment #1)
> I wouldn't be surprised if this is just the Mozilla timers screwing up (which
> they've been doing rather too frequently of late). Check this:
> 
>   /eval this.primServ.sendQueue.length
> 
> On any connected server. If it's >100 you have got the timer problem, which we
> can't do anything about, and you really should restart Mozilla or Firefox to
> fix.

will be able to test this in the future I'm sure - as I've had this problem multiple times.  what should be "normal" or nominal value?
 

> And PLEASE don't file bugs like this in the NEW state, it is definately UNCO
> for now.

agree, realized my mistake as soon as I clicked commit.

Comment 3

[Felix Miata]

For several weeks this happened to me in the OS/2 trunk, but the problem seems to have disappeared recently.

Comment 4

[Felix Miata]

Void comment 3. It just did it again in 2005120512 OS/2 trunk.

Comment 5

[Wayne Mery (:wsmwk)]

Bug 291386 is implicated

Comment 6

[James Ross]

Attachment: [checked in] Catch bug 291386 in the act and explain to the user

This patch will alert the user when the queue reaches 1000 items (very unlikely normally), and then with an ERROR at 10,000 and every 1000 after that.

Comment 7

[Wayne Mery (:wsmwk)]

mod up to OS=ALL (known to happen on OS/2 and windows, no report yet of linux or mac)

keyword=hang (chatzilla is essentially hung)

Comment 8

[:Gijs (he/him)]

Comment on attachment 205147 [details] [diff] [review]
[checked in] Catch bug 291386 in the act and explain to the user

Yes, please :)

Comment 9

[:Gijs (he/him)]

*** Bug 320160 has been marked as a duplicate of this bug. ***

Comment 10

[James Ross]

*** Bug 320160 has been marked as a duplicate of this bug. ***

Comment 11

[:Gijs (he/him)]

*** Bug 320267 has been marked as a duplicate of this bug. ***

Comment 12

[Olli Pettay [:smaug][[e-mail]]]

Attachment: workaround

With this workaround I haven't seen the Excess Flood problems anymore.
*ErrorCounters are there just for debugging. (And I can see that the
counters have been increased quite much during the weekend while chatzilla was running.)

Comment 13

[:Gijs (he/him)]

I think this should be fixed with trunk ChatZilla on trunk Firefox/SeaMonkey/XULRunner now?

Per:
https://bugzilla.mozilla.org/show_bug.cgi?id=318419#c23 (which I am assuming is about bug 307527, but I'm not sure about this).

There is also work done on bug 318419, but no checkins there yet.

Can someone confirm whether this problem has gone away?

Comment 14

[Wayne Mery (:wsmwk)]

I have not upgraded - waiting for these guys to settle down with their patch ideas.  But I can test it over the next few days.  

Does rebooting the PC help induce the wrap problem?

Comment 15

[James Ross]

(In reply to comment #14)
> Does rebooting the PC help induce the wrap problem?

No, it resets it, in fact. The problem occurs at multiples of the wrap point since the start of Windows.

Comment 16

[James Ross]

Ok, since bug 318419 is fixed and a release made with it in (Firefox 1.5.0.1) I propose that this bug is FIXED.