18890 - Installer accepts read-only volumes (e.g. CDs) as valid target directories

Status: RESOLVED WORKSFORME

(SeaMonkey :: Installer, defect, P1)

Description

[Eli Goldberg]

* TITLE/SUMMARY
Installer accepts read-only volumes (e.g. CDs) as valid target directories

* STEPS TO REPRODUCE
0) Launch the Mozilla installer (11.15.99 build)
1) Insert a CD-ROM into your computer
2) Follow the platform-specific steps below...

Mac OS:
	a. proceed through the installer until you reach the screen with the
"Typical Install/Custom Install" pop-up menu.
	b. Press the "Select Folder" button, and choose the CD-ROM
	c. Click "Continue", and "Install"

Win32:
	- do the equivalent path as described for Mac OS, selecting a CD-ROM as the
write location.

* RESULT
 - What happened

The installer attempts to install on a write-protected volume.

 - What was expected

In both cases, the CD-ROM should have been rejected as an unacceptable
installation volume, and the user should not have been allowed to select it. On
the Mac OS, please try the 4.7 installer for a user-friendly implementation.

* REGRESSION

 - Occurs On
        Mac OS Apprunner (11.15.99 build)
        Win32 Apprunner (a very recent M11 candidate build)

 - Doesn't Occur On
        Installer VISE (from Mac OS 4.7 install)
        InstallShield (from Win32 4.7 install)

* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).

Comment 1

[timeless]

Is the installer going to ship with mozilla? This still happens.

Comment 2

[Asa Dotzler [:asa]]

I suspect that mozilla releases (Mozilla .9 for example) will ship like any
other milestone.  We'll probably have an Installer version, a talkback version
and a plain zip version (the win32 example).

Comment 3

[Samir Gehani]

*** Bug 54971 has been marked as a duplicate of this bug. ***

Comment 4

[Daniel Veditz [:dveditz]]

Unsetting missed milestones to aid triage queries.

Comment 5

[Daniel Veditz [:dveditz]]

Not enough bandwidth right now, users will probably figure this out on their 
own.

Comment 6

[Samir Gehani]

Over to Syd for installer bug triage

Comment 7

[Curt Patrick (gone)]

Looks similiar to another bug that I'm triaging so I should probably take it.

Comment 8

[Syd Logan]

This should be fairly ez to fix, but is not nsbeta1+

Comment 9

[Syd Logan]

Resetting milestone of all nsbeta1-bugs, only nsbeta1+ bugs should have a target
milestone.

Comment 10

[Syd Logan]

Resetting milestone, only nsbeta1+ bugs can have a milestone on them, these are
niminated, but not yet plussed.

Comment 11

[Henrik Gemal]

*** Bug 33074 has been marked as a duplicate of this bug. ***

Comment 12

[Andrew Schultz]

this works the way it's supposed to with linux.

the installer attempts to make a Mozilla directory and fails, or if the user
attempts to install to a pre-existing directory, the installer immeadiately sees
that the directory is readonly and asks the user to select a different directory.

==> windows

Comment 13

[R.K.Aa.]

*** Bug 244070 has been marked as a duplicate of this bug. ***

Comment 14

[Matthias Versen [:Matti]]

Seamonkey and Firefox are using a new NSIS based installer. resolving this old bug, please reopen if you still get this with the new installer