94019 - clearing mail header in compose window causes crash with ldap

Status: VERIFIED WORKSFORME

(Core :: XUL, defect)

Description

[Rob Jaworski]

summary line may be unclear; edit as necessary.  component was a guess; edit as
necessary.

I see this with 092 as well as this build:
Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.3+) Gecko/20010806 Netscape6/6.1b1

I was too lazy to try this on win32 or linux.

Here's how to reproduce:

- make sure ldap is set up and working
- Open mail
- Open mail compose window
- enter in a recipient (to: header)
- enter in another recipient (how about another to:)
- place cursor at end of second header
- backspace over the line, clearing it
- do the backspacing quickly til it's all clear, and then some
- it should crash at this point

Comment 1

[Rob Jaworski]

talkback report ID: TB3381182OG

Comment 2

[Dan Mosedale (:dmosedale, :dmose)]

The stack suggests that the problem isn't in the LDAP code itself, but rather in 
the Mac XPFE code:

User break at FFD03A34 DebugStr+00008
 ###!!! ASSERTION: frame state bit was set but frame has no view: 'value != 0', 
file nsFrame.
cpp, line 2026
User break at FFD03A34 DebugStr+00008
 ###!!! ASSERTION: View is gone, looks like someone forgot to rollup the popup!: 
'view', file
 nsPopupSetFrame.cpp, line 622
User break at FFD03A34 DebugStr+00008
 ###!!! ASSERTION: frame state bit was set but frame has no view: 'value != 0', 
file nsFrame.
cpp, line 2026
User break at FFD03A34 DebugStr+00008
 ###!!! ASSERTION: View is gone, looks like someone forgot to rollup the popup!: 
'view', file
 nsPopupSetFrame.cpp, line 622
PowerPC unmapped memory exception at 3D88B06C
 Calling chain using A6/R1 links
  Back chain  ISA  Caller
  00000000    PPC  3E9BC0B0  
  2C701BE0    PPC  3E99D894  main+001AC
  2C701B80    PPC  3E99AAE4  main1(int, char**, nsISupports*)+00A68
  2C701900    PPC  3DB7A2F0  nsAppShellService::Run()+00054
  2C7018B0    PPC  3D846DE4  nsAppShell::Run()+0004C
  2C701870    PPC  3D847A80  nsMacMessagePump::DoMessagePump()+00044
  2C701820    PPC  3D8482C4  nsMacMessagePump::DispatchEvent(int, EventRecord*)+
0007C
  2C7017D0    PPC  3D84906C  nsMacMessagePump::DoKey(EventRecord&)+00034
  2C701780    PPC  3D8494C4  
nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort
*)+00044
  2C701740    PPC  3D843B00  nsMacMessageSink::DispatchOSEvent(EventRecord&, 
GrafPort*)+00048
  2C701700    PPC  3D83C7F4  nsMacWindow::HandleOSEvent(EventRecord&)+00038
  2C7016C0    PPC  3D83E188  nsMacEventHandler::HandleOSEvent(EventRecord&)+00050

Giving to saari...

Comment 3

[saari (gone)]

"- make sure ldap is set up and working "

Any pointers on how to do that?

Comment 4

[Dan Mosedale (:dmosedale, :dmose)]

saari: see http://eclient/qa/docs/ldap.html

Comment 5

[Simon Fraser [no longer active]]

Stack looks similar to bug 96232.

Comment 6

[Dan Mosedale (:dmosedale, :dmose)]

Given that a fix for 96232 has been checked in, perhaps that caught this problem
as well.  Rob are you still seeing this?

Comment 7

[Rob Jaworski]

Using buildID 2001082408, no more crash.

Comment 8

[Hong Kwon]

per reporters comments, resolving WORKSFORME

Comment 9

[yulian chang]

Using 20010906 0.9.4 Wins branch build.
Works for me.