Closed
Bug 336382
Opened 20 years ago
Closed 20 years ago
Crash when reloading posted multipart form [@ nsBufferedInputStream::Read]
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 336501
People
(Reporter: debugger, Unassigned)
References
()
Details
(Keywords: crash)
Crash Data
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Firefox crashes when reloading a page that uploaded a file using a multipart encoded form.
Reproducible: Always
Steps to Reproduce:
1. Go to http://brotherli.ch/temp/base64.php
2. Choose an image file and hit "convert!"
3. Press reload or hit F5
Actual Results:
The browser crashes.
Expected Results:
The form should be posted again with the chosen file.
| Reporter | ||
Updated•20 years ago
|
Version: unspecified → 1.5.0.x Branch
| Reporter | ||
Comment 1•20 years ago
|
||
Seems to be a Win2000 only issue. Also tested on WinXP and Mac OS and it works fine as expected.
Comment 2•20 years ago
|
||
WFM on windows XP as well. Do you have a talkback ID? http://kb.mozillazine.org/Talkback
Keywords: crash
| Reporter | ||
Comment 3•20 years ago
|
||
(In reply to comment #2)
> WFM on windows XP as well. Do you have a talkback ID?
> http://kb.mozillazine.org/Talkback
>
Incident ID is TB18554014K
Comment 4•20 years ago
|
||
Thank you.
Incident ID: 18554014
Stack Signature MSVCRT.DLL + 0x10a3e (0x78010a3e) 57ffb177
Product ID Firefox15
Build ID 2006042618
Trigger Time 2006-05-10 23:47:55.0
Platform Win32
Operating System Windows NT 5.0 build 2195
Module MSVCRT.DLL + (00010a3e)
URL visited <a href='http://brotherli.ch/temp/base64.php'>http://brotherli.ch/temp/base64.php</a>
User Comments See bugzilla #336382
Since Last Crash 115157 sec
Total Uptime 116164 sec
Trigger Reason Access violation
Source File, Line No. N/A
Stack Trace
MSVCRT.DLL + 0x10a3e (0x78010a3e)
nsBufferedInputStream::Read [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsBufferedStreams.cpp, line 316]
nsMultiplexInputStream::Read [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/xpcom/io/nsMultiplexInputStream.cpp, line 200]
nsMultiplexInputStream::Read [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/xpcom/io/nsMultiplexInputStream.cpp, line 200]
nsMIMEInputStream::Read [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsMIMEInputStream.cpp, line 262]
nsBufferedInputStream::Fill [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsBufferedStreams.cpp, line 388]
nsBufferedInputStream::ReadSegments [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsBufferedStreams.cpp, line 351]
nsHttpTransaction::ReadSegments [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/protocol/http/src/nsHttpTransaction.cpp, line 392]
nsHttpConnection::OnSocketWritable [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/protocol/http/src/nsHttpConnection.cpp, line 559]
nsHttpConnection::OnOutputStreamReady [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/protocol/http/src/nsHttpConnection.cpp, line 771]
nsSocketTransport::OnSocketReady [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 1469]
nsThread::Main [c:/builds/tinderbox/Fx-Mozilla1.8.0/WINNT_5.2_Depend/mozilla/xpcom/threads/nsThread.cpp, line 134]
KERNEL32.dll + 0xb388 (0x77e7b388)
Component: General → Networking
Product: Firefox → Core
QA Contact: general → networking
Summary: Crash when reloading posted multipart form → Crash when reloading posted multipart form [@ nsBufferedInputStream::Read]
Version: 1.5.0.x Branch → 1.8 Branch
Comment 5•20 years ago
|
||
Bug 336501 has the same stack trace and it looks like it may be caused by some extension. Does disabling all extensions (or loading in Firefox Safe mode) help?
*** This bug has been marked as a duplicate of 336501 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 6•20 years ago
|
||
(In reply to comment #5)
> Bug 336501 has the same stack trace and it looks like it may be caused by some
> extension. Does disabling all extensions (or loading in Firefox Safe mode)
> help?
>
> *** This bug has been marked as a duplicate of 336501 ***
>
Firefox also crashes in Safe mode where all extensions are disabled.
Comment 7•20 years ago
|
||
I'm not convinced this is a duplicate... will need to retest once bug 336501 is fixed, though.
| Reporter | ||
Comment 9•20 years ago
|
||
(In reply to comment #8)
> reporter: please retest w/ a latest 1.8.1 nightly, thanks.
>
I don't know exactly where to get the latest 1.8.1 nightly build. When looking at
http://www.mozilla.org/developer/#builds I can only find 1.9a builds.
Comment 10•20 years ago
|
||
Don't know what timeless meant, but I think trunk will do: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Anyways, 1.8 builds are here: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/
in particular:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/firefox-2.0a3.en-US.win32.installer.exe
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/firefox-2.0a3.en-US.win32.zip
are the latest builds for windows right now.
| Reporter | ||
Comment 11•20 years ago
|
||
OK, tested with Trunk (1.9a1) and it worked fine, no crash anymore. Just let me know if testing with 1.8.1 build is required too.
Comment 12•20 years ago
|
||
Thanks. This probably means this bug was fixed by bug 336501, but I'm not sure, so I'm marking it worksforme.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
Comment 13•20 years ago
|
||
I'd appreciate testing with the branch build, thanks
| Reporter | ||
Comment 14•20 years ago
|
||
Tested with 1.8.1 build as well. Seems to be fixed. Thanks a lot!
Comment 15•20 years ago
|
||
*** This bug has been marked as a duplicate of 336501 ***
No longer depends on: 336501
Resolution: WORKSFORME → DUPLICATE
| Assignee | ||
Updated•15 years ago
|
Crash Signature: [@ nsBufferedInputStream::Read]
You need to log in
before you can comment on or make changes to this bug.
Description
•