Closed Bug 46558 Opened 24 years ago Closed 23 years ago

Stat for permissions to target dir before continuing from setup type dlg

Categories

(SeaMonkey :: Installer, defect, P3)

Other
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: pawyskoczka, Assigned: samir_bugzilla)

References

Details

(Whiteboard: [xpibug] Fix in hand)

Attachments

(2 files)

Build 2000072609 on Linux only

Steps:
1. Download Linux installer from sweetlou
2. Unzip and untar the file
3. Run the installer and accept all the defaults
4. Install to /usr/local/netscape without changing the permissions on the 
folder.
5. The install runs and downloads the xpi files but does not install.


No error message is displayed.  
Change the permission and the browser is installed.
Changed summary to reflect bug.  This will be easily encountered by the target 
group using a GUI installer on Linux.  Hence, nominating for nsbeta3.

Steve,
Could you document in the README's linux installer instructions that users must 
ensure that they have write permission for the target installation directory 
(default is /usr/local/bin but is changable through the installer's file 
selection dialog) before trying to install?  Thanks.
Status: NEW → ASSIGNED
Keywords: nsbeta3
Summary: Linux installer failed to complete installation → Stat for permissions to target dir before continuing from setup type dlg
Reassigning to moi.
Assignee: ssu → sgehani
Status: ASSIGNED → NEW
Target Milestone: --- → M18
Status: NEW → ASSIGNED
Release note for Beta2.  Added keyword
Keywords: relnote
Whiteboard: [nsbeta3-]
I think we should do more than just document this in a README file.  The
installer should check the directory right after it is selected before anything
else happens.  If it is not writeable a Permission Denied message should be
displayed and the installer should exit.
Actually David, I think we should ask the user to select another directory 
instead of exiting.  Agree?
Samir, yes I think that would be more preferable to exiting.
Keywords: helpwanted
Bug 55754 is similar, but a crash.
Whiteboard: [nsbeta3-] → [nsbeta3-] relnote-user
Priority: P3 → P1
*** Bug 49482 has been marked as a duplicate of this bug. ***
Unsetting missed milestones to aid triage queries.
Target Milestone: M18 → ---
Isn't this one fixed? Last time I tried it I got a dialog box saying I didn't
have write permissions to /usr/local/mozilla
Keywords: nsbeta1
Whiteboard: [nsbeta3-] relnote-user → [xpibug][nsbeta3-] relnote-user
Moz 0.9 tasks
Target Milestone: --- → mozilla0.9
Priority: P1 → P3
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Oops, marked wrong bug fixed.  (Bug 54668 was fixed.)  Reopening.  Sorry for the
spam.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
ssu, please review.
mscott, please super review.

Thanks.
Whiteboard: [xpibug][nsbeta3-] relnote-user → [xpibug] Fix in hand
r=ssu d00d'ms
sr=alecf
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Samir,

when I choose default (/usr/local/netscape) for which I do not have permission
to install....I am getting two messages...1l- directory does not exist -create
it?  and then 2. error -624  'can't make directory...choose another'  
I question because I was expecting error -626 per patch  vs the -624
Expected?
E_MKDIR_FAIL == -624 which is correct.  If the directory already existed and the
user didn't have rwx perms and tried to proceed then you would see E_NO_PERMS ==
-626.  
verify 2001040305
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: