Closed Bug 336382 Opened 20 years ago Closed 20 years ago

Crash when reloading posted multipart form [@ nsBufferedInputStream::Read]

Categories

(Core :: Networking, defect)

1.8 Branch
x86
Windows 2000
defect
Not set
critical

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.
Version: unspecified → 1.5.0.x Branch
Seems to be a Win2000 only issue. Also tested on WinXP and Mac OS and it works fine as expected.
WFM on windows XP as well. Do you have a talkback ID? http://kb.mozillazine.org/Talkback
Keywords: crash
(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
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
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
(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.
I'm not convinced this is a duplicate... will need to retest once bug 336501 is fixed, though.
Status: RESOLVED → UNCONFIRMED
Depends on: 336501
Resolution: DUPLICATE → ---
reporter: please retest w/ a latest 1.8.1 nightly, thanks.
(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.
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.
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 ago20 years ago
Resolution: --- → WORKSFORME
I'd appreciate testing with the branch build, thanks
Tested with 1.8.1 build as well. Seems to be fixed. Thanks a lot!
*** This bug has been marked as a duplicate of 336501 ***
No longer depends on: 336501
Resolution: WORKSFORME → DUPLICATE
Crash Signature: [@ nsBufferedInputStream::Read]
You need to log in before you can comment on or make changes to this bug.