Talk:Installer:Command Line Arguments: Difference between revisions

 
(9 intermediate revisions by 4 users not shown)
Line 69: Line 69:
* Yes [[User:Robert_Strong|Robert Strong]] 17:02, 24 June 2008 (PDT)
* Yes [[User:Robert_Strong|Robert Strong]] 17:02, 24 June 2008 (PDT)


* I had the same question so I took the liberty of adding this info to the example .ini file. [[User:Itismike|Itismike]] 06:35, 4 March 2011 (PST)
Is there a way to force the installer to use automatically a particular ini ? E.g. by giving a default name to it ? Many .exe call automatically the .ini or .profile having their name.


== /INI switch requires full path ==
== /INI switch requires full path ==
Line 184: Line 187:


EnableProfileMigrator is not managed by the installer. The available settings for the ini file are listed under the 'Configuration ini file syntax' on the page. I'll make a note on the page that they are the values that are available. : [[User:Robert Strong|Robert Strong]] 01:25, 29 March 2010 (UTC)
EnableProfileMigrator is not managed by the installer. The available settings for the ini file are listed under the 'Configuration ini file syntax' on the page. I'll make a note on the page that they are the values that are available. : [[User:Robert Strong|Robert Strong]] 01:25, 29 March 2010 (UTC)
== Video Example of deploying Mozilla Firefox ==
Using the /INI command line argument (described above) I've been able to silently deploy Firefox to windows computers. Here is a video showing how to do a deployment. [http://www.youtube.com/watch?v=ODWsJ_i279Q&hd=1 Deploy Firefox]
It's important to remember that the /INI argument expects the full path (relative paths will not work). I keep my Firefox.ini file on an accessible network share.
== /S Switch definitely does not work on 3.6.13 ==
I will admit to a little frustration with the information on the preceding page. Its bad enough there isn't an MSI installer to assist with the bulk group policy deployment of Firefox to a Windows domain, but to have out-of date information on the command line installation switches for uninstallation of old versions and no explanation that newer versions overwrite the older versions made it a very challenging day.
For those who follow that want to do a domain installation, the contents of the script written are included, this was saved in a Computer-based startup script GPO and applied to the necessary computer OU. It does drop a file (firefox3.6.13installed.txt) on the c: drive with the time and date of installation to prevent installation every time the PC starts, change the path to suit if required...
<pre>
if exist "c:\firefox3.6.13installed.txt" goto end
REM uninstall all earlier versions
REM \\server\programs\Firefox\Firefox_Setup_3.6.13.exe /S
REM Ba-bow... that don't work...
REM install latest version silently and with default options
\\server\programs\Firefox\Firefox_Setup_3.6.13.exe -ms
:writemarkerfile
echo %date% >> "c:\firefox3.6.13installed.txt"
echo %time% >> "c:\firefox3.6.13installed.txt"
:end
</pre>
== Confusing directions: Don't mix commands / Mix these commands? ==
What is meant by:
IMPORTANT:
DO NOT MIX command line options from different lines below (e.g. don't mix /S with /INI, etc.)
Then the next instruction says:
Silent install (always installs into the default location. Use the "Configuration ini file" option below to set the install location and other install options)
To me, this is contradictory. Wouldn't I need the silent switch in conjunction with the /INI switch?
FirefoxSetup.exe -ms /INI=config.ini
[[User:Itismike|Itismike]] 06:35, 4 March 2011 (PST)
== Firefox /INI command-line switch does not allow spaces in folder paths. ==
Firefox 27
Windows 7
Using /INI switch to try and use the Installer path values.
I found that the folder name value or folder path value will not work if there are spaces in either.
When you try to do so the installer fails silently with errorlevel 0
If spaces are removed the install works and installs to the folder or path specified.
this happens even if you put single quotes or double quotes around the string.  This should be fixed.
1

edit