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)
Tracking
()
People
(Reporter: faror, Assigned: rods)
References
()
Details
(Keywords: crash, regression)
Attachments
(1 file)
|
141.71 KB,
text/plain
|
Details |
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.
Comment 1•24 years ago
|
||
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.
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
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.
Comment 5•24 years ago
|
||
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
Comment 7•24 years ago
|
||
*** This bug has been marked as a duplicate of 76453 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•