Closed Bug 107781 Opened 23 years ago Closed 23 years ago

Mozilla crashes when run from Mac OS X disk image Installer.

Categories

(SeaMonkey :: Installer, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 104954

People

(Reporter: troy.d.goodson, Assigned: slogan)

Details

(Keywords: crash)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.5) Gecko/20011015
BuildID:    2001101516

Mac OS X applications typically run from a disk image.  This way, a user can try
out the application before copying it onto their hard drive.  If it's not going
to run from the disk image, it should say so.

As it stands, if you try to run Mozilla from the disk image, it crashes.  This
would lead the ordinary user to believe they either got a bad download or that
Mozilla simply doesn't work.

The application should either run from the disk image or produce an on-screen
message saying that it can't run from read-only disks; tell the user that he or
she must copy the application to their hard drive in order to run it.

Reproducible: Always
Steps to Reproduce:
double-click application in disk image

Actual Results:  crash and here's the log:

Date/Time:  2001-10-31 08:28:01 -0800
OS Version: 10.1 (Build 5G64)

Command:    Mozilla
PID:        469

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x0000004c

Thread 0:
 #0   0x005648e8 in 0x5648e8
 #1   0x00104e34 in 0x104e34
 #2   0x0058bd40 in 0x58bd40
 #3   0x004baca4 in 0x4baca4

Thread 1:
 #0   0x7000530c in syscall
 #1   0x70557590 in BSD_waitevent
 #2   0x70554a30 in CarbonSelectThreadFunc
 #3   0x70020efc in _pthread_body

Thread 2:
 #0   0x7003fe48 in semaphore_wait_signal_trap
 #1   0x7003fc48 in _pthread_cond_wait
 #2   0x705594ac in CarbonOperationThreadFunc
 #3   0x70020efc in _pthread_body

Thread 3:
 #0   0x70043988 in semaphore_timedwait_signal_trap
 #1   0x70043968 in semaphore_timedwait_signal
 #2   0x7003fc38 in _pthread_cond_wait
 #3   0x7028366c in TSWaitOnConditionTimedRelative
 #4   0x7027cf10 in TSWaitOnSemaphoreCommon
 #5   0x702c14c8 in TimerThread
 #6   0x70020efc in _pthread_body


PPC Thread State:
  srr0: 0x005648e8 srr1: 0x0000f030                vrsave: 0x00000000
   xer: 0x20000004   lr: 0x0058bd40  ctr: 0x0052ff80   mq: 0x00000000
    r0: 0x0058bd40   r1: 0xbffff570   r2: 0x000f3000   r3: 0x00000000
    r4: 0x0000000c   r5: 0x00000004   r6: 0x000df34c   r7: 0x000e002c
    r8: 0x00000001   r9: 0x0066e928  r10: 0x00000000  r11: 0x00000072
   r12: 0x000dbc18  r13: 0x00000000  r14: 0x00000036  r15: 0x0004a010
   r16: 0xbfffee70  r17: 0x00000000  r18: 0x00000014  r19: 0x00002803
   r20: 0x00000000  r21: 0x0000001c  r22: 0x70004bc4  r23: 0x70004c58
   r24: 0x00000001  r25: 0x0004b060  r26: 0x00000000  r27: 0x00062e80
   r28: 0x00000000  r29: 0xbfffef00  r30: 0x00000000  r31: 0x00000001

**********



Expected Results:  The application should either run from the disk image or
produce an on-screen message saying that it can't run from read-only disks; tell
the user that he or she must copy the application to their hard drive in order
to run it.
QA Contact: bugzilla → ktrina
Mozilla is trying to create the Component Registry on the read-only disk image,
which obviously fails. There are 

1. Include a default Component Registry that can be read from the disk image
while the user evaulates the software
2. Fail gracefully to launch and communicate the problem to the user.

Crashing is defintely contraindicated. Increasing Severity to Critical, and
adding "crash" keyword.
Severity: normal → critical
Keywords: crash
Summary: crashes when run from disk image → Mozilla crashes when run from Mac OS X disk image Installer.
Troy, can you still reproduce this problem under 0.9.6?
Under 0.9.6 the problem appears to be different.  Mozilla 0.9.6 doesn't
crash, but it only shows me a large, empty window without a title.  
There's a blank menu-bar at the top of the screen.  I don't know
how to diagnose what it's doing.

Whatever fix was implemented, it didn't work.  A new user attempting
to run Mozilla from the disk image will conclude that Mozilla is
broken. 

If I copy the folder to my own (writeable) disk, then Mozilla 0.9.6 seems
to run just fine.

QA Contact: ktrina → bugzilla
Bombs for me too!

MacOSX 10.0.4
from release page  http://www.mozilla.org/releases/
  mozilla-macosX-0.9.6.smi.bin

Reproducible: Always

Steps to Reproduce:
  double-click application on mounted disk image.

Actual Results:
  "a large, empty window without a title.
   There's a blank menu-bar at the top of the screen."

  Command-Q will quit successfully.
bug 104954 says Mozilla crashes when run from a locked volume--are the mounted
disk images locked volumes?
QA Contact: bugzilla → ktrina
James, good catch. This is a duplicate.

*** This bug has been marked as a duplicate of 104954 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified as a dupe of bug 104954

Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.