Closed
Bug 270042
Opened 20 years ago
Closed 15 years ago
Crash on startup [@ nsXULDocument::OnStreamComplete(nsIStreamLoader*, nsISupports*, unsigned int, unsigned int, unsigned char const*)]
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a1
People
(Reporter: jay, Assigned: timeless)
References
Details
(Keywords: crash, topcrash, Whiteboard: [sg:dos])
Crash Data
Attachments
(1 file)
852 bytes,
patch
|
neil
:
review+
dveditz
:
approval1.9.2.2+
dveditz
:
approval1.9.1.8+
|
Details | Diff | Splinter Review |
This is a startup crash with Thunderbird 0.9. Here is the latest from Talkback:
Count Offset Real Signature
[ 144 nsXULDocument::OnStreamComplete e20cd02c - nsXULDocument::OnStreamComplete ]
Crash date range: 05-NOV-04 to 15-NOV-04
Min/Max Seconds since last crash: 0 - 132118
Min/Max Runtime: 0 - 134524
Count Platform List
126 Windows XP [Windows NT 5.1 build 2600]
18 Windows 2K [Windows NT 5.0 build 2195]
Count Build Id List
144 2004110312
No of Unique Users 128
Stack trace(Frame)
nsXULDocument::OnStreamComplete
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/content/xul/document/src/nsXULDocument.cpp
line 3186]
nsStreamLoader::OnStopRequest
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/netwerk/base/src/nsStreamLoader.cpp
line 144]
nsJARChannel::OnStopRequest
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/netwerk/protocol/jar/src/nsJARChannel.cpp
line 672]
(1949077) Comments: just wanted to launch it : I upgraded from 8 to 9.
Thnderbird launch and when loaded the bottom third of the screen is loaded with
a kind of debug information writen in red
(1943080) Comments: I was lauching Thunderbird when a dialog box appears.
(1940138) Comments: Ich habe Thunderbird neu installiert - aber kein Start
m??glich.
(1939789) Comments: Thunderbird would not start instead a white window wih
red written indication is shown
(1939240) Comments: starting the newest (german) version...
(1926971) Comments: heu nothing !
(1922846) Comments: I had the thunderbird engl. version installed. when I
downloaded the german version and had it installed it does not work anymore.
(1921835) URL:
http://www.google.com/firefox?client=firefox-a&rls=org.mozilla:fr-FR:official
(1921835) Comments: Trying to open mail from firefox
(1920526) Comments: only opening the mail application
(1919967) Comments: after installation of update 0.9 the program starts
just 1 time after i have the following display:
-------------------------------^ <menuitem id="menu_close"
label="&closeCmd.label;" key="key_close"
(1919967) Comments: accesskey="&closeCmd.accesskey;"
command="cmd_close"/> -----------------------------------^
<mail-urlfield keywordrelated="true" id="expandedcontent-baseBox"
label="&originalWebsite.label;" collapsed="true"/>
(1919967) Comments:
------------------------------------------------------------------------------------^
<key id="key_groupBySort" key="&groupBySortCmd.key;"
oncommand="MsgGroupBySort();"/> ---------------------------------^
(1912991) Comments: aggiornamento 0.73 - 0.9
(1906863) Comments: no mails are shown anymore. After the update to 0.9.
Istallationfile: Installed the thunderbird-0.9.de-DE.win32.installer.exe
Theres 2 lines of code shown below. The pointer in the first line is at:
label="&closeCmd.label;" the second at:
(1906863) Comments: key="&groupBySortCmd.key;"
(1904788) Comments: starting the application
(1902049) Comments: was just starting it
(1900777) Comments: just started thunderbird
(1892921) Comments: I was just running 'azureus' and trying to open thunderbird
(1885121) Comments: Pressed "Check eMail" via Keyboard
(1882973) Comments: starting Thunderbird
(1881908) Comments: When opening Thunderbird .; Impossible to use !
(1872778) Comments: I installed thunderbird 0.9 over 0.8; if i start via
the prompt of installation procedure everything works; afterwards the attempt
to start again via desktop entry fails; reboot on other system had worked on
this did not
(1850790) Comments: Starting thunderbird
(1848734) Comments: Launch Thunderbird 0.9
(1845977) Comments: The failure occured where I start Thunderbird
(1842093) Comments: Updated to 0.9 from (I think) 0.8 (it was not
deinstalled). Before reboot Thunderbird worked just fine. After reboot: no
menubar no toolbar crazy chars at bottom then this.
(1833094) Comments: i'm trying to open FireBird
(1824880) Comments: i startet it
(1805350) Comments: I've done the update it had work one time with it and
now I can't launch Thunderbird and get my mail Please help me if you can thanks
(1802657) Comments: i just opend FB - there were no statusbar or menue.
and at the bottom there were a failure-msg something like "key... label..."..
(1797162) Comments: I just wanted to start the programm but then an
error-message was shown and Mozilla Thunderbird stopped.
(1782662) Comments: I closed Thunderbird and re-opend it. No mails
postings... was seen. All has gone to hell :-(
(1767949) Comments: installed new localized version it worked. Closed
Thunderbird opened later again - nothing working anymore (thunderbird opened
but i couldnA't do anything my mails couldnA't be seen...). Restarted Computer
but no change
Another crash with a similar stack signature and trace was fixed a while back,
so perhaps it can provide some clues to what's going on here. See bug 204935.
Please update the component if necessary.
Comment 1•20 years ago
|
||
Could this have to do with an incompatible extension?
Reporter | ||
Comment 2•20 years ago
|
||
Considering that most user comments mention upgrading from a previous version,
incompatible extensions might be the cause. I'll keep an eye on the Talkback
data to see if any mention of extensions show up.
Comment 3•20 years ago
|
||
i suspect there's nothing we can do here for this subset of users.
this is usually the result of folks that were using version of thunderbird
before we had an extension manager system that disabled extensions when
upgrading. So they have extensions from 0.4, 0.5 that aren't versioned at all
that are still getting loaded and bad things happen.
jay: can you contact them? XUL.mfasl might be of interest.
Reporter | ||
Comment 5•20 years ago
|
||
Hmm... just looking at the email addresses of these users, it looks like they're
all from outside the US. I see .de, .ch and .fr addresses. Any locale specific
issues that might be causing this crash?
For those that have access to the internal Talkback query tool (Scott), try this:
http://talkback-reports.mozilla.org/talkback/quicksearch.jsp?search=1&vendor=All&product=Thunderbird10&platform=All&buildid=&ssearch=nsXULDocument%3A%3AOnStreamComplete&smatch=begins&stacksig=Go&esearch=&ematch=exact&csearch=&cmatch=contains&usearch=&umatch=contains&isearch=&imatch=exact&ipsearch=&ipmatch=exact&sdate=&stime=&edate=&etime=&sortby=email
I'll try contacting a few of them to see if they're willing to post more info in
this bug.
could be a bad locale, i suppose. i'd really want to see stuff before i tried to
make a guess.
Comment 7•20 years ago
|
||
I used 0.8 version in EN and I instaled the 0.9 version in FR. after instalation
thunderbird dosen't work (crash, bad inerface, ...).
Since I instaled the 0.9 version in EN and this version work good.
Comment 8•20 years ago
|
||
I apologize for my english language (I'm french and if somebody in the teams
speaks fluently french, that might help...)
I was using the zip file installation of thunderbird since the 0.3 and this
time (for the late 0.9) I had taken the windows intaller the first launch was ok
but the second time it crashed showing me a strange view of the application
I was using extensions
- Easy get mail button O.2 (I think it already didn't work with the 0.8)
- Minimize to tray 0.0.1.20040828+
I might help you better if you tell me what you're looking for...
Reporter | ||
Comment 9•20 years ago
|
||
I'm guessing this crash has something to do with users installing some localized
version of Thunderbird over an old en-US build in the same location. Is there
anything we can do to prevent things from breaking or at least avoid the crash?
It does seem like a bad idea to do a pave over install from en-US to something
else, but a lot of users are doing it anyway...
Reporter | ||
Comment 10•20 years ago
|
||
This seems to be a topcrasher for Firefox (mostly MacOSX) and Mozilla builds as
well. All comments mention updating to a recent build (with a few extensions
installed). This seems to be a general problem with installing over an older
build with extensions that may or may not be outdated. Updating component to
cover all products.
His a recent set of crashes for the MozillaTrunk:
Count Offset Real Signature
[ 3 nsXULDocument::OnStreamComplete e20cd02c - nsXULDocument::OnStreamComplete ]
Crash date range: 19-JAN-05 to 24-JAN-05
Min/Max Seconds since last crash: 2 - 3714
Min/Max Runtime: 2 - 3714
Count Platform List
3 Windows XP [Windows NT 5.1 build 2600]
Count Build Id List
1 2005012405
1 2005012305
1 2005011906
No of Unique Users 3
Stack trace(Frame)
nsXULDocument::OnStreamComplete
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/content/xul/document/src/nsXULDocument.cpp
line 3139]
nsStreamLoader::OnStopRequest
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/netwerk/base/src/nsStreamLoader.cpp
line 137]
nsJARChannel::OnStopRequest
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/libjar/nsJARChannel.cpp
line 690]
And a link to all nsXULDocument::OnStreamComplete crashes across products and
platforms:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=nsxuldocument%3A%3Aonstreamcomplete&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid
Product: Thunderbird → Mozilla Application Suite
Summary: TB09 crash on startup [@ nsXULDocument::OnStreamComplete] → TB09 FF10 Trunk M18a6 crash on startup [@ nsXULDocument::OnStreamComplete]
Reporter | ||
Comment 11•20 years ago
|
||
Scott: We should probably pick a more detailed component and find a new owner
for this bug.
Comment 12•20 years ago
|
||
Jay, does this crash still appear? I suspect that bug 278534 would at least get
rid of the bad locale registration issues, although we should probably fix the
core underlying problem here as well.
Assignee: mscott → nobody
Component: General → XP Toolkit/Widgets: XUL
Product: Mozilla Application Suite → Core
Version: unspecified → Trunk
Reporter | ||
Comment 13•20 years ago
|
||
Benjamin: Yes, this crash is happening with Trunk builds as recent as
yesterday's. Let me know when your patch in bug 278534 is approved and checked
in. I can keep an eye on Talkback data after that to see if it helps crash
numbers go down.
Comment 14•20 years ago
|
||
So looking at the talkback stack, the only thing I can assume is that it's off
by 2 lines and the script proto is null or bogus.
Jay, is there anything you can do as far as getting me locals here?
Reporter | ||
Comment 15•20 years ago
|
||
Boris: Talkback is often off by 2 lines, so you're probably right about that.
I also took a look at detailed reports from Talkback on our internal server and
something is broken...I didn't see any stacks at all and therefore couldn't find
any local var info or param lists (which normally is missing anyway). Sorry.
I'll look into the detailed report problem though.
Comment 16•20 years ago
|
||
Is bug 280157 a duplicate of this bug? Just asking.
Comment 17•20 years ago
|
||
*** Bug 280157 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 18•20 years ago
|
||
This continues to be a topcrasher and after looking into the detailed Talkback
reports problem, I have not figured out a way to get the local var info.
Hopefully someone will be able to figure out what is going on here with the data
that we do have:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=nsXULDocument%3A%3AOnStreamComplete&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid
I have not been able to reproduce this, but if someone else can and knows what
specific info from users will be valuable, I can setup our feedback system to
contact them and ask for more help.
Marking topcrash+ and nominating for Aviary 1.1 to get some traction.
Reassigning to default owners since this isn't really just a Thunderbird crash.
Updated•20 years ago
|
Keywords: helpwanted
Assignee | ||
Comment 19•20 years ago
|
||
nobody isn't much of an improvement over mscott ...
Assignee: nobody → dbaron
Comment 20•20 years ago
|
||
still crashing in Mozilla 1.6b1 on WinXP sp1, here the talkback ID:4840306 and
link:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=4840306
Updated•20 years ago
|
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Updated•19 years ago
|
Flags: blocking-aviary1.1+ → blocking-aviary1.1-
Comment 21•19 years ago
|
||
today my thunderbird (nightly build 2006010205) crashes every time I try to start it.
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB13518490G
The funny thing is that if I start it with "-profilemanager" no profiles show up in the list.
Comment 22•18 years ago
|
||
Still frequent talkback - the interesting FF ones below (no thunderbird stacks are interesting)
TB26804437 FF2 linux
TB28442911 FF2 win restarting after installing skype beta extension...
TB28648803 trunk mac
Stack Signature nsXULDocument::InsertElement() 5c9642ec
Product ID FirefoxTrunk
Build ID 2006120408
Trigger Time 2007-01-23 19:16:24.0
Platform MacOSX
Operating System Darwin 8.8.0
Module firefox-bin + (001abc00)
URL visited
User Comments
Since Last Crash 345 sec
Total Uptime 345 sec
Trigger Reason SIGBUS: Bus Error: (signal 10)
Source File, Line No. /builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/build/universal/ppc/db/sqlite3/src//builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/mozilla/db/sqlite3/src/pragma.c, line 846
Stack Trace
nsXULDocument::InsertElement() [mozilla/db/sqlite3/src/pragma.c, line 846]
nsXULDocument::InsertElement() [mozilla/db/sqlite3/src/pragma.c, line 4289]
nsXULDocument::OverlayForwardReference::Resolve() [mozilla/db/sqlite3/src/pragma.c, line 846]
nsXULDocument::ResolveForwardReferences() [mozilla/db/sqlite3/src/pragma.c, line 1064]
nsXULDocument::ResumeWalk() [mozilla/db/sqlite3/src/pragma.c, line 3069]
nsXULDocument::OnStreamComplete() [mozilla/db/sqlite3/src/pragma.c, line 3460]
nsStreamLoader::OnStopRequest() [mozilla/netwerk/base/src/nsStreamLoader.cpp, line 713]
nsJARChannel::OnStopRequest() [mozilla/modules/libjar/nsJARChannel.cpp, line 713]
nsInputStreamPump::OnStateStop() [mozilla/db/sqlite3/src/pragma.c, line 713]
nsInputStreamPump::OnInputStreamReady() [mozilla/db/sqlite3/src/pragma.c, line 396]
nsInputStreamReadyEvent::Run()
nsThread::ProcessNextEvent() [mozilla/xpcom/threads/nsThread.cpp, line 483]
NS_ProcessPendingEvents_P() nsBaseAppShell::Run() [mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp, line 156]
-[AppShellDelegate runAppShell]() [/builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/build/universal/ppc/db/sqlite3/src//builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/mozilla/db/sqlite3/src/pragma.c, line 419]
__NSFireDelayedPerform()
__CFRunLoopDoTimer()
__CFRunLoopRun()
CFRunLoopRunSpecific()
RunCurrentEventLoopInMode()
ReceiveNextEventCommon()
BlockUntilNextEventMatchingListInMode()
_DPSNextEvent()
- nsAppShell::ProcessNextNativeEvent() [mozilla/db/sqlite3/src/pragma.c, line 273]
nsBaseAppShell::DoProcessNextNativeEvent() [mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp,]
nsBaseAppShell::OnProcessNextEvent() [mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp, line 2]
nsThread::ProcessNextEvent() [mozilla/xpcom/threads/nsThread.cpp, line 496]
NS_ProcessPendingEvents_P() nsBaseAppShell::NativeEventCallback() [mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp, line ]
nsAppShell::ProcessGeckoEvents() [mozilla/db/sqlite3/src/pragma.c, line 198]
-[AppShellDelegate handlePortMessage:]() [/builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/build/universal/ppc/db/sqlite3/src//builds/tinderbox/Fx-Mozilla1.9-Release/Darwin_8.7.2_Depend/mozilla/db/sqlite3/src/pragma.c, line 409]
__NSFireMachPort()
__CFMachPortPerform()
__CFRunLoopDoSource1()
__CFRunLoopRun()
CFRunLoopRunSpecific()
RunCurrentEventLoopInMode()
ReceiveNextEventCommon()
BlockUntilNextEventMatchingListInMode()
_DPSNextEvent()
- - nsAppShell::Run() [mozilla/db/sqlite3/src/pragma.c, line 316]
nsAppStartup::Run() [mozilla/db/sqlite3/src/pragma.c, line 172]
XRE_main() [mozilla/toolkit/xre/nsAppRunner.cpp, line 2515]
_start() 0x8fe01048
Comment 24•17 years ago
|
||
No topcrasher anymore but still happens with trunk builds:
http://crash-stats.mozilla.com/report/list?range_unit=weeks&query_search=signature&query_type=contains&signature=nsXULDocument%3A%3AOnStreamComplete%28nsIStreamLoader%2A%2C+nsISupports%2A%2C+unsigned+int%2C+unsigned+int%2C+unsigned+char+const%2A%29&query=nsXULDocument%3A%3AOnStreamComplete&range_value=1
Keywords: topcrash+
OS: Windows XP → All
Hardware: PC → All
Summary: TB09 FF10 Trunk M18a6 crash on startup [@ nsXULDocument::OnStreamComplete] → Crash on startup [@ nsXULDocument::OnStreamComplete]
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.widgets
Comment 25•16 years ago
|
||
seems to be gone. not reports for:
- Thunderbird trunk (last 2 weeks) and TB2.0.18, 0 crashes on talkback
- FF last 8 days .... 3.0.1-4, 3.0b1-5, last 12 days 3.1b2 and pre
Comment 26•16 years ago
|
||
I don't think, it's gone. This issue occured to me out of sudden after upgrading from Fx 3.0.4 to Fx 3.0.5. Crash Report: http://crash-stats.mozilla.com/report/index/8cceeeb5-2b0d-45ea-a8ad-093882081226?p=1
Comment 27•16 years ago
|
||
That's true. It's back in the topcrasher list as #9 for Firefox 3.0.5. There are about 1550 reported crashes mainly on Windows but also OS X. Even for Firefox 3.1 beta 2 it's listed as #45 with 140 crashes but only on Windows.
Tobias, could you install the 3.0.4 version and try to upgrade again? It would be interesting to see, if it's reproducible.
Keywords: topcrash
Comment 28•16 years ago
|
||
> Tobias, could you install the 3.0.4 version and try to upgrade again? It would
> be interesting to see, if it's reproducible.
This issue did only occur on my father's PC (Win XP). I'm now back home and I won't have access to it this year, anymore. Maybe someone else can help?
Comment 29•16 years ago
|
||
(In reply to comment #28)
> This issue did only occur on my father's PC (Win XP). I'm now back home and I
> won't have access to it this year, anymore. Maybe someone else can help?
I've no idea if this is profile related. You could ask your father to let him send his profile to you? So you could check it out? That would be really helpful.
Comment 30•16 years ago
|
||
(In reply to comment #29)
> I've no idea if this is profile related. You could ask your father to let him
> send his profile to you? So you could check it out? That would be really
> helpful.
Okay, I now fetched his profile folder and installed Fx. 3.0.4 in a different folder on my system, then imported the profile and updated to 3.0.5. What I have to tell is that it does NOT crash on the Win Vista computer, the update completed successfully - no crash.
If it's helpful, I could attach his profile folder to this bug. But only if it's deleted as soon as you don't need it anymore.
Comment 31•16 years ago
|
||
(In reply to comment #30)
> If it's helpful, I could attach his profile folder to this bug. But only if
> it's deleted as soon as you don't need it anymore.
Please don't do that! Attachments cannot be deleted anymore.
I've taken a look at the crash report again and noticed that in frame 2 we are using a nsJARChannel. Do we probably crash while accessing a jar file, e.g trying to fetch the version information of extensions? The following crash report could be a bit more helpful: bp-3bfe1499-e1ed-47f7-bd40-71c9d2081229
This is #18 of top crasher bugs for Fx3.1b2 and #9 for Fx3.0.5 now. Looks like more and more users are affected by this bug.
Tobias, which extensions are your father using?
Assignee: dbaron → nobody
Flags: blocking1.9.1?
Comment 32•16 years ago
|
||
(In reply to comment #31)
> Tobias, which extensions are your father using?
As far as I can tell from the profile, he's using the following extensions:
ChatZilla 0.9.84
IE Tab 1.5.20081203
MediaPlayer Connectivity 0.9.1
Yahoo! Toolbar 1.6.2.20080910
Fasterfox 2.0.0 (made compatible by myself increasing the em:MaxVersion value)
Adblock Plus 1.0
DownThemAll 1.0.4
Deutsches Wörterbuch 1.0.1
So it was gone for a few days and then reappeared when we released 3.0.5? So does it happen once when certain people upgrade, perhaps?
Maybe something bad gets in the profile, then they upgrade and crash, then the profile data is fixed at least until the next upgrade?
I hate this bad old bug but I have no idea how to make progress.
Flags: wanted1.9.1+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Comment 35•16 years ago
|
||
I have no idea whether this is helpful, but since everybody seems to be at a bit of a loss, I'll just throw it in:
Looking at one of the crash reports associated with my original bugreport (Bug 473174), I noticed that it says: Crash Reason EXCEPTION_ACCESS_VIOLATION. Now, I may be misinterpreting this of course, but if it means that there was an access violation trying to access some memory location, it may be related to some other issue that has been getting on my nerves occasionally. Among other plugins, I have installed Adobe's Acrobat plugin in what I believe is a pretty recent version. (Not sure how to find out which version it is, about:plugins doesn't seem to show the version number). Sometimes, when I have a PDF open in the browser and then close the browser, I'll get a Windows message box saying that there was an access violation accessing address "0x..." (sorry, haven't got the exact address at hand) and that the memory location could not be "read". Other than that, Firefox will shut down quite normally, though.
As I said, no idea if this is related.
Comment 36•16 years ago
|
||
Is any work going on at all regarding this bug? Firefox crashes for the majority of starts on my machine at the moment, regularly forcing me to restart it two to three times before I can work with it. Even so, it will randomly mess with my plugins, in particular NoScript and TabMixPlus. It looks like these plugins are executing, but their UI parts are disabled. For TabMixPlus this mainly means I cannot close tabs any longer. For NoScript, I cannot enable JavaScript for any site, which can get quite annoying. Restarting Firefox will often help, though...
Comment 37•16 years ago
|
||
steffen: are you on Windows? If so, are you willing to use a debugger to help track down the cause? Nobody is working on this bug because no developer can reproduce it. If you'd like to try with a debugger, there are docs here:
https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg
If you join irc.mozilla.org #developers, someone may be willing to help you through the process.
Comment 38•16 years ago
|
||
Steffen, further please test with all add-ons disabled or better in Safe Mode. Does it happen also in this mode? If yes, does a new profile help?
Comment 39•16 years ago
|
||
Sorry, things have been a bit busy at my side, so I haven't actually been able to respond. Yes, I am on Windows. I was willing to do the debugger thing, but as I said, I got swamped. However, strangely enough, for some time now, I have been able to start Firefox without problems. I am currently running 3.0.7 and fearing to update to 3.0.8 lest I get the same problems again.
However, having said that, all is still not well, as some 2 out of 3 times I start Firefox, it will not start correctly some of the plugins I have installed. In particular, I am having problems with NoScript (currently version 1.9.1.4) and TabMixPlus (currently at version 0.3.7pre.080728). The behaviour I observe is as follows:
- For NoScript, the NoScript icon does not appear in the lower-right corner
of the browser window, as it should. However, Javascript and other
potentially dangerous contents is still blocked. I just don't get a chance
to unblock it if I need to.
- For TabMixPlus, the easiest way to spot the bug is by looking for the
close-tab button. I have configured TabMixPlus to place these on the tab
itself, so when there is only one button at the very far right of the tab
row, I know something has gone wrong. In this case, I will not be able to
close any newly created tabs, even using the button that is in the wrong
place.
Restarting Firefox often resolves the problem. However, note that the two failures seem not to be coupled. It is possible to have one of the plugins working correctly but not the other one.
Sorry again for the delay in responding,
Steffen
Comment 40•16 years ago
|
||
Steffen, this bug is about the crash and not for any issues with both add-ons. Please talk with the add-on authors for those problems. If you have helpful information regarding the crash please report back. If it will happen again please follow my comment 38. Thanks.
Comment 41•16 years ago
|
||
Thanks for the reply. I am aware that this is a bug about the crash, but maybe wasn't sufficiently clear about my reasons for talking about the plugins here.
I mentioned the plugin issue as it seems to be co-located with this bug (see also my comment 36 above). So, I was hoping that this behaviour may give Firefox developers some more insight into this bug. It looks like a race condition to me, and as we all know these can be fiendishly difficult to debug. At least in my experience, any information about weird behaviour that seems to be co-located may be helpful in figuring out the true source of the bug.
Comment 42•15 years ago
|
||
Perhaps bug 497875 is related to this bug?
Updated•15 years ago
|
Flags: blocking1.9.2?
Updated•15 years ago
|
Flags: blocking1.9.2? → blocking1.9.2-
Flags: wanted1.9.2-
Comment 44•15 years ago
|
||
this is going to want some attention in the next couple weeks to determine if this is TB3 needs. 3.0b3 topcrash if the TB crash stats are stable in the next several days.
FF current trunk line# differs by one vs TB based 1.9.1
- FF trunk bp-e027e6c4-eb2e-4089-ac38-c98bb2090720
- TB 3.x bp-5205ccdf-4961-4c14-8b95-64f712090722
Summary: Crash on startup [@ nsXULDocument::OnStreamComplete] → Crash on startup [@ nsXULDocument::OnStreamComplete(nsIStreamLoader*, nsISupports*, unsigned int, unsigned int, unsigned char const*)]
Assignee | ||
Comment 45•15 years ago
|
||
Updated•15 years ago
|
Attachment #392930 -
Flags: review?(neil) → review+
Comment 46•15 years ago
|
||
(In reply to comment #44)
> this is going to want some attention in the next couple weeks to determine if
> this is TB3 needs. 3.0b3 topcrash if the TB crash stats are stable in the next
> several days.
not even in the top 100 for 3.0b3 or 3.0b4pre unless I misread the stats, so not a great concern for thunderbird
Comment 47•15 years ago
|
||
Just go this crash today launching Minefield (3 consecutive crashes):
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20090903 Minefield/3.7a1pre ID:20090903045002
I wonder if my crash could have been triggered by bug 514131
http://crash-stats.mozilla.com/report/index/bp-7be186fd-e1f8-411a-8162-36a172090903
Crashing Thread
Frame Module Signature [Expand] Source
0 xul.dll nsXULDocument::OnStreamComplete content/xul/document/src/nsXULDocument.cpp:3523
1 xul.dll nsStreamLoader::OnStopRequest netwerk/base/src/nsStreamLoader.cpp:108
2 xul.dll nsJARChannel::OnStopRequest modules/libjar/nsJARChannel.cpp:880
3 xul.dll xul.dll@0x98cc6f
4 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/src/nsInputStreamPump.cpp:401
5 xul.dll nsOutputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:191
6 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:527
7 xul.dll nsBaseAppShell::Run widget/src/xpwidgets/nsBaseAppShell.cpp:170
8 xul.dll nsAppStartup::Run toolkit/components/startup/src/nsAppStartup.cpp:182
9 nspr4.dll PR_GetEnv
10 firefox.exe wmain toolkit/xre/nsWindowsWMain.cpp:110
11 firefox.exe firefox.exe@0x21a7
12 kernel32.dll BaseProcessStart
Comment 48•15 years ago
|
||
FWIW, I got this sequence of crashes updating from yesterday's minefield win32 zip to today's:
http://crash-stats.mozilla.com/report/index/bp-edb07017-ee71-4f13-850e-1461b2090903
http://crash-stats.mozilla.com/report/index/bp-4c41d493-26dc-44d2-b866-458592090903
http://crash-stats.mozilla.com/report/index/bp-34a89396-0feb-47fe-b260-4b29e2090903
http://crash-stats.mozilla.com/report/index/bp-673e5b2b-83fc-43a0-8f7f-dd7752090903
http://crash-stats.mozilla.com/report/index/bp-1e6e0576-101b-46c0-97e9-96b7c2090903
and trying to upgrade to firebug 1.5x.0a23 (from 1.5x.0a22).
Comment 49•15 years ago
|
||
The recent cluster of these seems to be confined to the 20090903 nightly build. I suspect the patch for bug 510844 somehow aggravated this issue.
Comment 50•15 years ago
|
||
Note, for the 5 crashreports mentioned in #48, only one is related to nsJARInputStream, so it is doubtful that bug 510844 is the cause of this.
On 20090903 there a number of other patches committed and backed out because of tinderbox issues.
Updated•15 years ago
|
Keywords: helpwanted → checkin-needed
Comment 51•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Comment 52•15 years ago
|
||
#98 crash for Thunderbird v3.0.0, so if reporters confirm this is fixed with trunk build and the patch isn't offensive, suggest this is wanted for 3.0.1.
Comment 53•15 years ago
|
||
Comment on attachment 392930 [details] [diff] [review]
wallpaper
(guess it can't make 1.9.1.7=TB 3.0.1)
Attachment #392930 -
Flags: approval1.9.1.8?
Updated•15 years ago
|
Attachment #392930 -
Flags: approval1.9.2.1?
Attachment #392930 -
Flags: approval1.9.1.8?
Attachment #392930 -
Flags: approval1.9.1.8+
Comment 54•15 years ago
|
||
Comment on attachment 392930 [details] [diff] [review]
wallpaper
Approved for 1.9.1.8, a=dveditz for release-drivers
Updated•15 years ago
|
Whiteboard: [sg:dos]
Updated•15 years ago
|
Whiteboard: [sg:dos] → [sg:dos][needs 1.9.1 landing]
Comment 55•15 years ago
|
||
This appears for me in Fx 3.6, but only if NoScript is enabled. When will the wallpaper be brought to the 1.9.2 branch?
Comment 56•15 years ago
|
||
status1.9.1:
--- → .8-fixed
Whiteboard: [sg:dos][needs 1.9.1 landing] → [sg:dos]
Comment 57•15 years ago
|
||
Comment on attachment 392930 [details] [diff] [review]
wallpaper
Approved for 1.9.2.2, a=dveditz for release-drivers
Attachment #392930 -
Flags: approval1.9.2.2? → approval1.9.2.2+
Updated•15 years ago
|
Keywords: checkin-needed
Whiteboard: [sg:dos] → [sg:dos] [c-n: 1.9.2 branch]
Comment 58•15 years ago
|
||
status1.9.2:
--- → .2-fixed
Keywords: checkin-needed
Whiteboard: [sg:dos] [c-n: 1.9.2 branch] → [sg:dos]
Comment 59•15 years ago
|
||
What is the scenario to reproduce this bug pre-fix? I see that No Script is involved in once instance but no details.
Comment 60•15 years ago
|
||
QA has nothing to do here to verify this fix.
Comment 61•15 years ago
|
||
I can confirm that my problem is fixed in 3.6.2.
Updated•13 years ago
|
Crash Signature: [@ nsXULDocument::OnStreamComplete(nsIStreamLoader*, nsISupports*, unsigned int, unsigned int, unsigned char const*)]
You need to log in
before you can comment on or make changes to this bug.
Description
•