302715 - Firefox crashes during nightly build update

Status: RESOLVED INCOMPLETE

(Toolkit :: Application Update, defect)

Description

[AvvY]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050729 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050729 Firefox/1.0+

Using DP a2. Enabled the update service. I now use check for updates menu to
update. Each time - the past 4 days - it downloads the update, says it is
applying it, then when firefox needs to restart it crashes. in some cases i need
to end process in the task manager.

Reproducible: Always

Steps to Reproduce:
1. Download and install dpa2
2. Run "check for updates"
3. Download and apply updates
4. Let Firefox restart
Actual Results:  
Firefox crashes and needs to be manual started again - sometimes requires an end
process in task manager.

Expected Results:  
Firefox should apply the updates, close and restart.

Comment 1

[Jaime Mitchell (use [e-mail] for email)]

Can you provide a talkback ID for the crash please:
http://kb.mozillazine.org/Talkback

Is it firefox that crashes or the "applying updates" process that crashes?

Comment 2

[Darin Fisher]

Can you please test updating from the 7/29 build to the 7/30 build when it comes
out tomorrow?  If the problem does not occur, then I suspect that this bug is
probably a duplicate of bug 300404.  (When debugging that bug, I found that the
updater.exe did in fact crash on me.)

Comment 3

[AvvY]

I believe it is firefox which crashes. It fully aplys the update, then closes to
restart, then crashes. I looked at the crash info in winxp and it said
firefox.exe. Unlike bug #300404 this happens when you choose to restart immediately.

I will give a full report on upgrading to the next build.

Late,

Comment 4

[AvvY]

Ok, I just updated from:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050729
to
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050730
and recieved the same problem. I have attached a screenshot of the error
dialogue which Windows spurts up to do an error report.

I will reinstall DP a2 and enable Talkback, then run another update to the
latest build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050730 
and see what that has to say.

Late,

Comment 5

[AvvY]

Attachment: Firefox error report dialogue

Comment 6

[AvvY]

I had tried testing with the talkback agent on, but it doesn't detect an
incident. I tried having it open while i ran the update, but that resulted in
firefox "applying updates" but infact it didn't update -
I was trying thos going from installing the 29/7 build to the 30/7 build.

Late,

Comment 7

[Darin Fisher]

Does firefox crash when you launch it again after a crash?  Do you have any
funny extensions installed?  Can you try reproducing this crash problem with a
fresh firefox profile?

Comment 8

[AvvY]

Firefox runs fine after manually restarting. I have the following extensions
installed - all AFAIK are 1+ compadible:
Flashgot
Adblock
ForecastFox
TabBrowser Prefs
NewUsage Item
CuteMenus2

I will try this with a fresh profile though and report back results later.

Comment 9

[Travis Chase]

Reporter? Is this bug still a problem for you?

Comment 10

[Iain Templeton]

I also get this crash - updating to 20050919 today caused this problem. I
retried the update (uninstalled, installed yesterdays nightly, updated)
and managed to get a Windows error dialog like:

	XPCOM:EventReceiver: firefox.exe - Application Error

	The instruction at "0x00531A9D" referenced memory at
	"0x00000000". The memory could not be "read".

I also tried with a clean profile (only changed the proxy settings) and the
update succeeded.

I tried removing Adblock (the only extension the original reporter and I had
in common), but it still crashed with my normal profile. 

I shall keep prodding at it when I have some more time available.

Other Info: Windows XP SP2.

I have these extensions:
- Adblock 0.5.2.039
- Mouse Gestures 1.0.1
- OpenBook 1.3.4
- Paste and Go 0.4.2
- Plain Text Links 0.2
- Sage 1.3.5
- Update Bookmark 0.0.4
- View Rendered Source 1.0.01
- Greasemonkey 0.6.1.1
- Platypus 0.51
- Nightly Tester Tools 0.7.9.2

From memory, not all these are 1.4/1.5 compatible.

Comment 11

[Iain Templeton]

Hmm, when adding that last comment, I somehow got redirected over to bug
305296 (which confused me no end!).

Reading the comments there I found I had app.update.showInstalledUI set to true.
I set it to false and updated again. This time no crash.

Comment 12

[Steffen Wilberg]

I've seen this with Firefox for a while: after the update was applied, I got a
windows error report dialog. Manually starting Firefox works fine afterwards.
I somehow fixed this by reinstalling Firefox into a clean directory.

The problem is that I encounter this in Thunderbird as well and haven't managed
to find a workaround.

Comment 13

[Ben Turner (not reading bugmail, use the needinfo flag!)]

Anyone still seeing this?

Comment 14

[Iain Templeton]

(In reply to comment #13)
> Anyone still seeing this?
> 

I just tried to reproduce, and it didn't crash. This was a nightly
update from 2005121903 to 2005122003 so not a particularly interesting
update.

Seems like it may be fixed to me.

Comment 15

[Donald Bock]

Same here: I run FF (DeerPark Alpha 20060205 from the directory here:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ and it still has the problem in Tools->Check for Updates that 'Resume Downloading DeerPark 1.6alpha and 'Connect to Server' takes forever...

In Tools->Options->Advanced->Update->Show Update History, I see a failed update patch for 2006011305 update patch file....

Q: How to fix???

 I need to D/L updates from Mozilla server shown herein. to apply updates which defeats the purpose. 

Other than this DeerPark works NICELY. 

A: Might I need to get the 2006013105 patch and put it into my folder of
C:\Program Files\Mozilla Firefox\updates?

Comment 16

[Robert Strong (they/them - no direct email)]

Resolving -> incomplete due to no reply from the reporter to comment #9.

Reporter, if you are still experiencing this bug please either file a new bug or reopen this bug.

If you are not the reporter and are experiencing this bug please file a new bug.