Closed Bug 76608 Opened 24 years ago Closed 24 years ago

segfault attempting to log in to MS webmail server

Categories

(Core :: DOM: Core & HTML, defect)

x86
All
defect
Not set
critical

Tracking

()

VERIFIED DUPLICATE of bug 76453

People

(Reporter: faror, Assigned: rods)

References

()

Details

(Keywords: crash, regression)

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.1 i686; en-US; rv:0.8.1+) Gecko/20010418 BuildID: 2001041808 submitting a name to the webmail server causes browser to crash /mozilla/run-mozilla.sh: line 72: 19934 Segmentation fault $prog ${1+"$@"} Reproducible: Always Steps to Reproduce: 1. load listed page (or find another at: http://www.google.com/search?client=googlet&q=Microsoft%20Outlook%20Web%20Access%20-%20Logon ) 2. type any name into the login field 3. press return Actual Results: browser crash, segfault. Expected Results: should pop up a user name/password dialog box. works as expected in a 2001041321 build. also fails with a 2001041708 build.
confirming with win2k build 20010417.. (CVS debug) MSVC6 means : Stack overflow This bug might be a dupe of bug 76453 ! A Part of the (very long) Stack Trace : NTDLL! 77fca07a() _heap_alloc_base(unsigned int 64) line 200 _heap_alloc_dbg(unsigned int 16, int 1, const char * 0x00000000, int 0) line 378 + 9 bytes _nh_malloc_dbg(unsigned int 16, int 0, int 1, const char * 0x00000000, int 0) line 248 + 21 bytes malloc(unsigned int 16) line 130 + 21 bytes PR_Malloc(unsigned int 16) line 38 + 10 bytes nsMemoryImpl::Alloc(nsMemoryImpl * const 0x00357368, unsigned int 16) line 305 + 10 bytes nsMemory::Alloc(unsigned int 16) line 542 nsStr::Alloc(nsStr & {...}, unsigned int 7) line 680 + 20 bytes nsStr::Realloc(nsStr & {...}, unsigned int 7) line 708 + 13 bytes nsStr::EnsureCapacity(nsStr & {...}, unsigned int 7) line 102 + 13 bytes nsStr::GrowCapacity(nsStr & {...}, unsigned int 7) line 132 + 13 bytes nsString::SetCapacity(unsigned int 7) line 214 + 37 bytes nsString::SetLength(unsigned int 7) line 198 nsAString::do_AppendFromReadable(const nsAString & {...}) line 302 nsAString::do_AppendFromElementPtrLength(const unsigned short * 0x0003356c, unsigned int 7) line 316 + 28 bytes nsAString::Append(const unsigned short * 0x0003356c, unsigned int 7) line 200 + 26 bytes nsPlainTextSerializer::AddToLine(const unsigned short * 0x0003356c, int 7) line 1093 nsPlainTextSerializer::Write(const nsAString & {...}) line 1492 nsPlainTextSerializer::DoAddLeaf(int 114, const nsAString & {...}) line 875 nsPlainTextSerializer::AppendText(nsPlainTextSerializer * const 0x0479e010, nsIDOMText * 0x04747930, int 0, int -1, nsAString & {...}) line 262 + 17 bytes nsDocumentEncoder::SerializeNodeStart(nsIDOMNode * 0x04747930, int 0, int -1, nsAString & {...}) line 270
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash, regression
OS: Linux → All
Have to agree, probably a duplicate of 76453 since the OWA page uses similar Javascript to submit the name in it's sendForm function.
The stack dump I just attached is from a pull from CVS last night, running on Windows NT 4.0. Thought it might provide some additional information.
I´m now sure this is a dupe of bug 76543. Please reopen if someone disagree ! *** This bug has been marked as a duplicate of 76543 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
typo !
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
*** This bug has been marked as a duplicate of 76453 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
verifying by developer's coments
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: