202502 - No logic when deleting files during installation

Status: VERIFIED DUPLICATE of bug 69153

(SeaMonkey :: Installer, defect)

Description

[Gabe Frost]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Build Identifier: 

When installing to a location that contains a previous version, /usr for
example, and "Delete" is chosen from the "Delete files or choose a new
directory" dialogue, all files are deleted; INCLUDING SYSTEM FILES! In other
words, every file in /usr was deleted, rather than ONLY the Mozilla specific
files. This would be better handled if only Mozilla specific files were deleted
rather than blindly deleting all files. This tool ASSUMES that all the files are
in their own directory, for example /usr/mozilla, but this is a bad assumption.  

Reproducible: Always

Steps to Reproduce:
1. Run installer on any Unix system (I was using RedHat 8.0)
2. Choose /usr as the install directory
3. Run installer AGAIN, and choose the same directory (/usr)
4. When the "Old version is already here" dialogue pops-up, choose "Delete"
5. Your entire /usr directory will be deleted.. ouch.
6. Reinstall OS :(

Actual Results:  
I lost many important system files before I stopped the process. Had to
reinstall the OS. (After complaining for some time)

Expected Results:  
Not assumed that all files would be in their own sub-directory, for example,
/usr/local/mozilla. Other important files could be in the same directory, for
example, /usr. Include logic in the routine to ONLY delete mozilla specific
files, rather than all files in the directory.

It's a pretty obvious "bug." Well, to be clear, it isn't a bug, but rather a bad
assumption that has disasterous effect.

Comment 1

[Andrew Schultz]

> 2. Choose /usr as the install directory

Mozilla should live in its own directory.

dupe of "[LINUX]Employ surgical upgrade strategy (install deletes /usr or
/usr/bin files)"

*** This bug has been marked as a duplicate of 69153 ***

Comment 2

[Grace Bush]

v