352671 - Yahoo CJK builds crash during download of patch to 1.5.0.7 [@ firefox-bin + 0x410] [@ nsIncrementalDownload::OnStartRequest]

Status: VERIFIED DUPLICATE of bug 364412

(Core :: Networking, defect)

Description

[Tracy Walker [:tracy]]

Seen with Yahoo CJK builds 1.5.0.6 ja, ko, zh-CN and zh-TW

Tested on Linux FC5

-Find updates
-The update is found, download it now.

the progress screen pops up briefly then...crash.

talkback IDs:
TB23276057
TB23275888
TB23275788

Comment 1

[Benjamin Smedberg]

That is odd and frustrating. Can you help identify the following variables:

1) URL of the update.xml
2) URL of the actual MAR download

Darin, is it possible we're encountering some kind of HTTP error for the MAR download which incremenetaldownload isn't prepared to handle?

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

I see this too with the Yahoo ko build on Ubuntu 06.06, releasetest-yahoo channel, TB23277527E.

Update URL:
https://aus2.mozilla.org/update/1/Firefox/1.5.0.6/2006072814/Linux_x86-gcc3/ko/releasetest-yahoo/update.xml


Update content:
<updates>
<update type="minor" version="1.5.0.7" extensionVersion="1.5.0.7" buildID="2006090918" detailsURL="http://www.mozilla.com/firefox/releases/1.5.0.7.html">
<patch type="complete" URL="http://download.mozilla.org/?product=firefox-1.5.0.7-yahoo-complete&os=linux&lang=ko" hashFunction="SHA1" hashValue="2981bc8c25840b4a106d7a634b5eccbf42e502f7" size="7939582"/>
<patch type="partial" URL="http://download.mozilla.org/?product=firefox-1.5.0.7-yahoo-partial-1.5.0.6&os=linux&lang=ko" hashFunction="SHA1" hashValue="1642340d0cfd03081df0058c1fb21967515e9db5" size="507571"/>
</update>
</updates>

I can't get the URL of the actual MAR with LiveHTTPheaders because it seems to crash on the first hunk.

Comment 3

[Daniel Veditz [:dveditz]]

I highly doubt it was an incremental download for testing purposes, and "download it now" seems to say it wasn't.

Comment 4

[Benjamin Smedberg]

I'm going to bet this is OOM causing the SIGABRT here:
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/netwerk/base/src/nsIncrementalDownload.cpp&rev=FIREFOX_1_5_0_6_RELEASE&mark=617#606

Comment 5

[Nick Thomas [:nthomas] (UTC+12)]

I see this with the Mozilla 1.5.0.6 build too (TB23277934Y).

I think it's a redirection problem. Trying to grab http://download.mozilla.org/?product=firefox-1.5.0.7-yahoo-partial-1.5.0.6&os=linux&lang=ko with Firefox or wget gets me http://www.mozilla.org not a MAR file.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: nspr log from nsHttp:5

Comment 7

[Tracy Walker [:tracy]]

looks like rhelmer is fixing the download/bouncer issue.

adding crash keyword for that portion of this bug.

Comment 8

[Tracy Walker [:tracy]]

hmmm... didn't mean to resolve this sorry

Comment 9

[Adam Guthrie]

This is just the crash that happens when the "update" isn't on the server yet, right?

Incident ID: 23277934
Stack Signature	firefox-bin + 0x410 (0xffffe410) 21ec2eec
Product ID	Firefox15
Build ID	2006072814
Trigger Time	2006-09-14 08:13:18.0
Platform	LinuxIntel
Operating System	Linux 2.6.15-26-686
Module	firefox-bin + (00000410)
URL visited	Testing 1.5.0.7 update for bug 352671
User Comments	en-US build this time, uh oh
Since Last Crash	0 sec
Total Uptime	0 sec
Trigger Reason	SIGIOT: Abort or IOT Instruction: (signal 6)
Source File, Line No.	N/A
Stack Trace 	
firefox-bin + 0x410 (0xffffe410)
libc.so.6 + 0x2a2b9 (0xb75042b9)
libstdc++.so.5 + 0x91d77 (0xb76a4d77)
libstdc++.so.5 + 0x91db4 (0xb76a4db4)
libstdc++.so.5 + 0x91f26 (0xb76a4f26)
libstdc++.so.5 + 0x9217f (0xb76a517f)
libstdc++.so.5 + 0x9224f (0xb76a524f)
nsIncrementalDownload::OnStartRequest()  [mozilla/netwerk/base/src/nsIncrementalDownload.cpp, line 489]
nsHttpChannel::CallOnStartRequest()  [mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp, line 708]
nsHttpChannel::ProcessNormal()  [mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp, line 876]
nsHttpChannel::ProcessResponse()  [mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp, line 811]
nsInputStreamPump::OnStateStart()  [mozilla/netwerk/base/src/nsInputStreamPump.cpp, line 385]
nsInputStreamPump::OnInputStreamReady()  [mozilla/netwerk/base/src/nsInputStreamPump.cpp, line 344]
nsInputStreamReadyEvent::EventHandler()
PL_HandleEvent()  [mozilla/xpcom/threads/plevent.c, line 689]
PL_ProcessPendingEvents()  [mozilla/xpcom/threads/plevent.c, line 623]
nsEventQueueImpl::ProcessPendingEvents()  [mozilla/xpcom/threads/nsEventQueue.cpp, line 421]
event_processor_callback()  [mozilla/widget/src/gtk2/nsAppShell.cpp, line 67]
libglib-2.0.so.0 + 0x4a52c (0xb7a0752c)
libglib-2.0.so.0 + 0x238d6 (0xb79e08d6)
libglib-2.0.so.0 + 0x26996 (0xb79e3996)
libglib-2.0.so.0 + 0x26cb8 (0xb79e3cb8)
libgtk-x11-2.0.so.0 + 0x11e765 (0xb7c8f765)
nsAppShell::Run()  [mozilla/widget/src/gtk2/nsAppShell.cpp, line 141]
nsAppStartup::Run()  [mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 151]
XRE_main()  [mozilla/toolkit/xre/nsAppRunner.cpp, line 2376]
main()  [mozilla/browser/app/nsBrowserApp.cpp, line 62]
libc.so.6 + 0x14ea2 (0xb74eeea2)

Comment 10

[Christian :Biesinger (don't email me, ping me on IRC)]

from the log, this seems to be a duplicate of bug 364412

*** This bug has been marked as a duplicate of 364412 ***