Brian Tarricone Reporter
	Description • 22 years ago

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

when you try to install mozilla on windows 2000 or XP (and i presume NT as
well), the installer will complain if you are not an administrator user. 
mozilla should not require this and should install just fine under any directory
writeable by the user.

if you _do_ continue with the install (mozilla1.1), mozilla installs and runs
properly except it has no uninstaller (clicking the "uninstall mozilla" shortcut
in the start menu reports a broken shortcut).

as of now i am unable to get mozilla1.3b to run.  first the installer reports
that GRE cannot be installed due to the lack of an administrator rights, then
proceeds to install mozilla.  running the shortcut or the binary directly gives
no effect (mozilla.exe appears in the task manager process list for about a
second and then disappears, no error message or anything).  i suspect this is an
installer issue as well.

note for both - i'm using the stub/network installer.

i suppose i'm just a unix/linux guy who's used to unpacking moz in my home
directory and having it Just Work[tm] ^_~.

Reproducible: Always

Steps to Reproduce:

	Matthias Versen [:Matti]
	Comment 1 • 22 years ago

-> invalid

Use the .zip build and unzip it.
ftp://komodo.mozilla.org/pub/mozilla/releases/mozilla1.3b/mozilla-win32-1.3b-talkback.zip

Mozilla needs the rights to add registry keys for uninstalling, default browser
settings and GRE location.

	Henrik Gemal
	Comment 2 • 22 years ago

v invalid

	David Balažic
	Comment 3 • 22 years ago

I installed mozilla 1.3/win ( mozilla-win32-1.3-installer.exe ) on win2000pro 
as a non-administrator and have the same problems as reported by Brian, that 
is :
 - Note about not having Admin rights.
 - GRE complaining during install
 - installed mozilla.exe not working
 - uninstall shortcut in start menu not working ( this is because the file 
MozillaUninstall.exe is not installed )

If the install runs , then it should either install a working program, or abort 
with an error message. Not as it currently does, leaving a broken installation.

What Matti said in comment #1 is not true ( "Mozilla needs the rights to add 
registry keys for uninstalling" ) , I can add uninstall entries as a non-admin 
without problems. The trick is to add it into 
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall instead 
of HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

The idea is very simple and actually used by some other ( adminttedly rare ) 
programs. The installer offers two options :
 - install the program for the current user only
 - install the program for all users ( thes can be done only with 
Administrators rights )

The "Current user" method installs stuff in :
 - C:\Documents and Settings\<username>
 - selected program dir
 - HKEY_CURRENT_USER

while the "all users" method installs stuff in :
 - C:\Documents and Settings\All Users
 - selected program dir, like C:\Program Files\mozilla
 - HKEY_LOCAL_MACHINE
( - and, sadly, in C:\WINNT )

The inability to write decent installers is really p*ss*ng me off.
As if it were rocket science to copy a few files ...
( this is about general windows software, not mozilla specifically )

	Brian 'netdragon' Bober
	Comment 4 • 22 years ago

Dupe of bug 101913

	Brian 'netdragon' Bober
	Comment 5 • 22 years ago

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

	Grace Bush
	Comment 6 • 22 years ago

v

	Marcia Knous [:marcia]
	Comment 7 • 21 years ago

REOPEN:

The other bug is talking more about accessing "All Users", but the GRE problem
is well described here.

I've been working w/ this problem w/ Mozilla 1.4.1 and Mozilla 1.6 installers.

It does display an error now, but then installs only the Mozilla application
files (C:\Program Files\Mozilla\mozilla), but not the GRE files (C:\Program
Files\Common Files\mozilla.org\GRE).

If the GRE is not installed, the application installer should be giving up w/ an
error. 

If we changed the GRE installer to support user selectable directories, then
asking users to select writable target would be another solution (bug 239105).

	Marcia Knous [:marcia]
	Comment 8 • 21 years ago

-> new

	Daniel Veditz [:dveditz] Assignee
	Comment 9 • 21 years ago

Changing the summary to restrict scope of the bug to cover just the GRE
problems. Marcia reports the uninstall issues working now.

The GRE issues may require changes in which keys Mozilla itself uses at startup.
If that's the case the best short-term answer might be simply to block non-admin
installs rather than leaving the impression it'll work.

	Brian 'netdragon' Bober
	Comment 10 • 21 years ago

Shouln't we be blocking non-admin installs anyway? Even if there were
usable-writeable directories, wouldn't there be system-wide things such as the
registry that would need admin access?

	Daniel Veditz [:dveditz] Assignee
	Comment 11 • 21 years ago

Prior to the GRE all the registry settings we needed could be set under
HKEY_CURRENT_USER if HKEY_LOCAL_MACHINE was inaccessible. If we can't make the
GRE work in this case then yes, we'll just have to block non-admin installs. In
fact, unless fixing the GRE is easy that's almost certainly what we'll do in the
short term (1.7, Firefox 0.9)

	Brian 'netdragon' Bober
	Comment 12 • 21 years ago

If the administrator has already installed the GRE and a regular user, let's
say, wants to install a newer version of Firefox, then what? Will it detect GRE
already exists and let the user install because GRE doesn't need to be installed?

	Christian :Biesinger (don't email me, ping me on IRC)
	Comment 13 • 21 years ago

(In reply to comment #12)
> If the administrator has already installed the GRE and a regular user, let's
> say, wants to install a newer version of Firefox

last I checked, firefox didn't use the gre.

	Christian :Biesinger (don't email me, ping me on IRC)
	Comment 14 • 21 years ago

(and firefox also uses a completely different installer)

	Brian 'netdragon' Bober
	Comment 15 • 21 years ago

Fine, user wants to install Mozilla 1.8, heh.

	Daniel Veditz [:dveditz] Assignee
	Comment 16 • 21 years ago

Firefox's installer is not /completely/ different, it's a fork of the Mozilla
installer and potentially has the same problems. In this case, though, Firefox
doesn't use the GRE.

But reasonable point, netdragon, it's remotely possible that someone would
install 1.7 and then later a non-admin would install some 1.7-based 3rd party
version (the rumored next Netscape?). I'm not too worried about that scenario
because currently the GRE is only sharable if they're the exact same build date,
which seems unlikely. If we ever get to the idyllic clean embedding future where
a range of GRE's could be shared it might start to matter.

	Daniel Veditz [:dveditz] Assignee
	Comment 17 • 21 years ago

For users with restricted access (non-admins) force a "local" GRE install. For
forced installs skip the restricted access warning and bail-out.

	Sean Su
	Comment 18 • 21 years ago

Comment on attachment 148143 [details] [diff] [review]
force local GRE for non-admin users

r=ssu

	Doug Turner (:dougt)
	Comment 19 • 21 years ago

Comment on attachment 148143 [details] [diff] [review]
force local GRE for non-admin users

some installers have the ablity to "install for user" or "install for ALL
users".  Don't you think we should have something like that.  For example, when
we can't get the right permissions to install the GRE globally, I think we
should ask if we want to just install for that user.  I guess what I am asking
for is a dialog: "You do not have permissions to install Mozilla for all users.
 Do you want to continue?" or something like that.

thoughts?

	Sean Su
	Comment 20 • 21 years ago

By default we install to All Users.  If we can't (normally due to insufficient
permissions) then we prompt on if they would like to continue.

The following dialog prompt is already shown when there isn't enough rights:

Setup has detected that you do not have the appropriate Administrator privileges
to this system.  It is highly recommended that you do not continue with the
installation of Mozilla, or it may not function properly. Would you still like
to continue?

	Daniel Veditz [:dveditz] Assignee
	Comment 21 • 21 years ago

Comment on attachment 148143 [details] [diff] [review]
force local GRE for non-admin users

We allow people to install as a non-admin, we just warn them. Unfortunately GRE
part didn't actually work that way, this fixes it.

	Asa Dotzler [:asa]
	Comment 22 • 21 years ago

Comment on attachment 148143 [details] [diff] [review]
force local GRE for non-admin users

a=asa (on behalf of drivers) for checkin to 1.7

	Daniel Veditz [:dveditz] Assignee
	Comment 23 • 20 years ago

Fix checked in to trunk and 1.7 branch

	benc
	Comment 24 • 20 years ago

I've downloaded 2004-05-12-08 for Windows, and when I install, I still see the
same general behavior.

What is the change in the expected behavior?

	Daniel Veditz [:dveditz] Assignee
	Comment 25 • 20 years ago

not fixed

	Daniel Veditz [:dveditz] Assignee
	Comment 26 • 20 years ago

The Restricted Access check was done before the command line was parsed, so the
forced-install flag was always unset. This patch moves the warning messages
down.

	Sean Su
	Comment 27 • 20 years ago

Comment on attachment 148722 [details] [diff] [review]
move Restricted Access warning after cmd line parsing

r=ssu

	Asa Dotzler [:asa]
	Comment 28 • 20 years ago

Comment on attachment 148722 [details] [diff] [review]
move Restricted Access warning after cmd line parsing

a=asa (on behalf of drivers) for checkin to 1.8a1 and 1.7

	Daniel Veditz [:dveditz] Assignee
	Comment 29 • 20 years ago

Fixed for real, 1.8a1 and 1.7 branch

	benc
	Comment 30 • 20 years ago

V/fixed.

I've installed on a Win 2K system no access to "Common Files" or "Program 
Files", 2004-05-22-09-trunk.

I've installed on a Win 2K system w/ access to "Program Files"

	benc
	Comment 31 • 20 years ago

but no admin rights (20040524/1.7).

	crassius
	Comment 32 • 20 years ago

will this enable an option to install GRE to the target mozilla directory as
mentioned in bug#238185

	benc
	Comment 33 • 20 years ago

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

	crassius
	Comment 34 • 20 years ago

for those still having to install GRE by hand in 1.7rc3, these seem the only
registry keys needed to set it up (version number & path need to be edited each
time)

[HKEY_LOCAL_MACHINE\SOFTWARE\mozilla.org\GRE\1.7_2004060810]
"GreHome"="D:\\Programs\\Mozilla\\GRE\\1.7_2004060810"
"GreComponentsDir"="D:\\Programs\\Mozilla\\GRE\\1.7_2004060810\\Components"

[HKEY_LOCAL_MACHINE\SOFTWARE\mozilla.org\GRE\1.7_2004060810\Uninstall]
"Uninstall Log Folder"="D:\\Programs\\Mozilla\\GRE\\1.7_2004060810\\Uninstall"

[HKEY_LOCAL_MACHINE\SOFTWARE\mozilla.org\GRE\1.7_2004060810\Main]
"Install Directory"="D:\\Programs\\Mozilla\\GRE\\1.7_2004060810\\"

[HKEY_LOCAL_MACHINE\SOFTWARE\mozilla.org\GRE\1.7_2004060810\Installer]
"PathToExe"="D:\\Programs\\Mozilla\\GRE\\1.7_2004060810\\Setup GRE\\setup.exe"

	Daniel Veditz [:dveditz] Assignee
	Comment 35 • 20 years ago

Use the -greLocal command line option to the installer to force GRE into the
Mozilla directory if you want to override the default.