This crash occurs when the second field is empty and you press backspace. Looks like we are deleting the row while the autocomplete popup menu still open. 1) Open a new message compose window 2) enter an email address on the first field 3) type a letter like 'a' in the second address field, you must have then the autocomplete popup menu open 4) press backspace twice quickly ==> The second row is removed and then boom! I cannot reproduce this crash on Windows, I haven't tried on Linux

nominating nsbeta1. I think the fix would be to force the popup menu to close before removing the field.

I was able to reproduce this pretty easily on a Mac. Putting into 0.9.2. Do you have a stack?

the stack trace doesn't give us much info, maybe the output console message would help: ###!!! ASSERTION: frame state bit was set but frame has no view: 'value != 0', file nsFrame.cpp, line 1991 ###!!! ASSERTION: View is gone, looks like someone forgot to rollup the popup!: 'view', file nsPopupSetFrame.cpp, line 620 ###!!! ASSERTION: frame state bit was set but frame has no view: 'value != 0', file nsFrame.cpp, line 1991 ###!!! ASSERTION: View is gone, looks like someone forgot to rollup the popup!: 'view', file nsPopupSetFrame.cpp, line 620

I tried to call clearTimer & closeResultPopup before I remove the row but that did not fixed the problem!!

joe, any idea? can you take a look?

the only fix I found so far is: Index: mozilla/mailnews/compose/resources/content/addressingWidgetOverlay.js =================================================================== RCS file: /cvsroot/mozilla/mailnews/compose/resources/content/addressingWidgetOverlay.js,v retrieving revision 1.52 diff -w -u -2 -r1.52 addressingWidgetOverlay.js --- addressingWidgetOverlay.js 2001/05/08 01:43:33 1.52 +++ addressingWidgetOverlay.js 2001/06/20 20:15:47 @@ -392,5 +392,5 @@ /* 3. Delete the row */ - awDeleteRow(row); + setTimeout("awDeleteRow(" + row +")", 0); } But I don't really like this solution...

David, Chris, any idea what could be the problem?

I'm not going to mark this PDT+ yet, but bring a fix and I prolly will. Can anyone help JF look at this?

reassign to esther

I cannot figure out the problem. Reassign to sarri...

hewitt needs to make the autocomplete widget correctly call close popup, otherwise the mac window/event code hits the fan.

How am I incorrectly calling closePopup?

Pink sez you're definitely not calling it, he never broke in the debugger. Pink also sez you already have a bug on this

I don't call closePopup when I don't need to, such as when the user clicks somewhere else on the page and the popup closes itself. Should I be calling closePopup then too?

Well, it needs to get called in the case where backspace/delete closes it.

i traced this through with a breakpoint in closePopup for the crashers before with backspace on win32. my assertion in widget was getting tripped and no sign of closePopup. hewitt already has a bug on the cause of this assertion which needs to be looked into as the fix for this bug.

can anyone verify if this is still happening?

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)

This still happens to me with Mozilla 1.0 on Win32 (w2k). Also, it happens quite frequently (1-2 out of 300 messages sent each week). I haven't been able to reproduce at will, however it seems to happen when backspacing/erasing an address in a list of multiple adressees on a message. Can't find the exact magic circumstances, but it seems to always happen when I've typed up a particularly detailed, carefully crafted message :-) Mozilla crashes, with no talkback that I can see. Is there a way to force talkback on?

This bug is targeted at a Mac classic platform/OS, which is no longer supported by mozilla.org. Please re-target it to another platform/OS if this bug applies there as well or resolve this bug. I will resolve this bug as WONTFIX in four weeks if no action has been taken. To filter this and similar messages out, please filter for "mac_cla_reorg".

WFM, Mozilla 2004-12-19-05 trunk Linux Can anyone still reproduce this crash?

WFM, 2005-06-25-06 SeaMonkey trunk Windows XP WFM, 2005-06-20-02 SeaMonkey trunk Linux gtk2+xft -> WORKSFORME