259911 - Firefox 1.0 pre-release crashes constantly on Mac OS X 10.3.5

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[Greg T]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040825 Camino/0.8.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040825 Camino/0.8.1

I've been using Firefox since it was called Phoenix. Up until the latest build
it has worked very well, however with this build, regardless of pages/tabs being
displayed, it crashes randomly. Safari & Camino remain stable. To fix things,
I've uninstalled 1.0PR and reinstalled 0.9.1 . I'm sorry I can't provide
detailed details, but I wanted to contribute anecdotal information. The Talkback
crash application worked twice, but not on subsequent crashes. I do not have the
Talkback ID to report to you.

Reproducible: Didn't try
Steps to Reproduce:
1.
2.
3.




My machine is an eMac, 800MHz G4, 1 GB RAM, Mac OS X 10.3.5. All updates installed.

Comment 1

[Joe Szedula]

Using Mac OS X 10.2.6, Firefox 1.0PR crashes when started from dock.
Steps:
1. Drag application icon to dock to install
2. click on Firefox icon in dock, Firefox crashes

Double clicking on application icon in "Application" folder launches Firefox
properly. Firefox 0.9.3 did not have this problem.

Crash log entry:
Date/Time:  2004-09-19 21:30:01 -0500
OS Version: 10.2.6 (Build 6L60)

Command:    firefox-bin
PID:        2610

Exception:  EXC_BREAKPOINT (0x0006)
Code[0]:    0x00000001Code[1]:    0x8fe01280

Thread 0 Crashed:
 #0   0x8fe01280 in halt
 #1   0x8fe0389c in construct_at_executable_path_library
 #2   0x8fe02a58 in try_executable_search
 #3   0x8fe02c70 in load_library_image
 #4   0x8fe06134 in load_images_libraries
 #5   0x8fe026e8 in load_executable_image
 #6   0x8fe01410 in _dyld_init

PPC Thread State:
  srr0: 0x8fe01280 srr1: 0x0002f030                vrsave: 0x00000000
   xer: 0x20000000   lr: 0x8fe0a064  ctr: 0x8fe28f78   mq: 0x00000000
    r0: 0x00000004   r1: 0xbffffa60   r2: 0x24004280   r3: 0x000000bf
    r4: 0x00000000   r5: 0x000000bf   r6: 0x0000290a   r7: 0x726e6f20
    r8: 0x6f6e2064   r9: 0x00000000  r10: 0xbffff7da  r11: 0x0000001f
   r12: 0x8fe71ae7  r13: 0x00000000  r14: 0x0000f5d4  r15: 0x00000000
   r16: 0xbffffe14  r17: 0x00000001  r18: 0x00001614  r19: 0x00003eb8
   r20: 0x00000001  r21: 0x00000000  r22: 0x00000000  r23: 0x00000000
   r24: 0x00d3e2d0  r25: 0x00001000  r26: 0x0000000d  r27: 0x00000000
   r28: 0x00d3e310  r29: 0x00000000  r30: 0x8fe484d8  r31: 0x8fe09ecc

Comment 2

[Jo Hermans]

Reporter, is this still an issue for Firefox 1.0 ?

Comment 3

[Hiro]

Is a new profile tried making it?

Comment 4

[Ben Fowler]

This report should probably be closed INVALID.

The case in comment 0 contains too little information to be of diagnostic use,
and thousands of people are using Firefox on the Mac without problems.

The case in comment 1 is probably due to separating the firefox-bin from
its libraries (or to put it another way, beaking various symbolic links);
I don't quite see how a user (rather than a developer) can do this, but 
just possibly the Author had 'installed' a dock icon that tried
to find libraries on some disk that he had ejected ...

I don't think that we should be encouraging people to drag icons into
the dock to install. The icon (program bundle including libraries
should be dragged to one of the Applications folders under the user's
control.

Comment 5

[Frankie]

1.0PR is history.

1.0 is working well.

1.0+ latest is crashing a lot for me and not launching Talkback, but that has
nothing to do with this bug.