Posts posted by hasi001
1st: give the 1st prog cat[pn]=[''], and remove cat[pn] on all others
(not sure, but try it)
2nd: with latest version try
cmd1[pn]=['%cdrom%\\install\\acdsee6\\acdsee606.msi REBOOT=REALLYSUPPRESS /QN']
Haven't tested with Network UNC Paths though. But i think it should work wint the %cdrom% in the command's path.
check, if the local group "Administrators" exists. Perhaps you do have a localized version of XP. I, for example, had to write "Administratoren" for my german version.
Sorry guy, no answer from my side. But know that I asked the same question in this thread today. No answer there either - but next time use the search function.
LaptoniC: Good to hear.
.hta is a HTML Application host file.
import the following .reg file, then doubleclick wpi.hta
it should open with mshta.exe
TRANSFORMS is needed for unattended installation of Office. dunno what happens, if you only use /qb.
For Sincle-column mode uncomment the numCols in config.js and set it to numCols=1.
the timer is also set to secs='60' in config.js. change that 60 to something else. note, that if you click on the timer, it stops.
the thing with cmdX[pn]=['...','...'] or cmdX[pn]=['....'] comes from the release history. in former releases you had to give cdrom, systemdrive ... as seperate parameter to the cmd. if you do a new config, then use just cmdX[pn]=['%...%\\...'] with a single value - the %...% parameter can be used anywhere in the command. see the example config.js
cmd1[pn]=['systemdrive','install\\Applications\\office2003\\setup.exe TRANSFORMS=Unattended.MST /qb-']
is the same as
cmd1[pn]=['%systemdrive%\\install\\Applications\\office2003\\setup.exe TRANSFORMS=Unattended.MST /qb-']
and with new style you can also use the %..% parameter anywhere in the command like
cmd1[pn]=['msiexec.exe /qb /i %cdrom%\\Install\\Office2003ResourceKit\\ORK.MSI']
and even twice and/or different
cmd1[pn]=['%systemdrive%\\WINDOWS\\system32\\msiexec.exe /qb /i %cdrom%\\Install\\Office2003ResourceKit\\ORK.MSI']
so you do not have to use the old style
As i see a06lp was a little faster ...
The cdrom issue. An explanation.
Recently a friend of mine bought a preinstalled notebook and wanted me to istnall some apps from my unattended XP cd. He just didn't want to install the whole thing anew.
Problem was, that his Registry's SourcePath-Value was "C:\WINDOWS" - which is not an cdrom of course.
So I had to find another way to determine the CDROM. As for an unattended XP-install CD there's always a file called "WIN51" in the cd's root directory. So now I do the following:
cddrv = ""
Enumerate all drives.
From these loop through all drives of type cdrom and get the drive letters.
For each drive letter X search the drive's root directory for a file called "WIN51"
if found, the cddrv=X:\
so it doesn't matter how many cdroms you have, as long as there's somewhere a media with the file WIN51 in its root. This media is the XP-install CD, so use it's drive letter.
if this didnt help (file WIN51 wasn't found on any cdrom drive) then (and only then)
get WPI's current folder as full path as D (this is where wpi.hta is)
while WIN51 is not found in D descend one level until D is the drives root folder
if WIN51 was found then cddrv=D (which can be a folder)
so WPI has to be at least a subdirectory of a directory which contains WIN51
+--- WIN51 (file)
+--- Install (the Install folder on CDROM)
this is, how my XPCD preparation looks like on my harddisk.
even now if i write "%cdrom%\\Install\\Something" that Install-Folder gets found as subfolder of XPCD. Now I can test my installs with the %cdrom%-Path on my HDD. See it ?
if the file WIN51 didn't get found either way, the use the registry's SourcePath value. That's for compatibility.
I found the error. Had to do with constraint checking (... which no one but myself needs).
The thing should function with Version 2.9.2
Searching for cdrom: look for a file WIN51 in all cdroms. If not found descend the current folder tree down till WIN51 is found. If still not found then take the Registry's SourcePath-Value.
I have a question concerning microsoft's setupmgr.exe tool. I used it to precreate my winnt.sif file. As an option i chose to import computernames from a textfile which results in the following entries in winnt.sif
FullName="The Solar System"
and a second file called winnt.udb:
Trying to install on a VM the generated Computername always looks the way we know: SOLARIS-1234567 ... so it's autogenerated from the OrgName in winnt.sif
So how does this thing with multiple computernames work. Is it, that this only works for installations from a remote computer's network share but not from CD ?
no, that's not the reason. btw - i didn't update the docs with my changes, so they're old (ver 2.7) - wpi should support unlimited apps (although install might get out of order above app no 1000).
seems to be a home edition's prob.
would you please try this Version (2.9.1) where
has been changed to
and comments were added to the source code.
Perhaps this solves you probs. Let me know.
cyberwolf: a quick resolution for your prob is this:
down near the end it says
<span id="inner" style="position:absolute; width:100%; height:100%; z-index:1; overflow: hidden;">
change that to overflow to scroll like
<span id="inner" style="position:absolute; width:100%; height:100%; z-index:1; overflow: scroll;">
and you're done. Doesn't look fine though. Which version do you use.
Have you tried to force resolution by editing api.js and setting fw to a fixed hres value (like 800)
fW = 800; //for testing purposes only...
EDIT: I found out, that the scrollbuttons to the right do not show up in forced 640 mode on my system either. It works with 800 and above. Must be an IE rendering problem, cause the table-definition doesn't change (table's width is 100% of <span><form> tag).
@LaptoniC: what you see are graphics (buttons) - not checkboxes.... so there's something weird going on with your configuration. Could not recreate the failure on my sys - but I'm working on it. Don't give up. BTW. there's been a lot of changes since 2.7 - especcially with the code for rendering the checkboxes....
@a06lp - right now, packages of 15 apps will get installed. You can change this value for yourself in generate.js if you want. This is also the file, where you could change the installation-mechanism to your needs - so if you want to install per category, just change the loops and be happy ...
@ALL: Question 'bout V2.9: did anyone else have the problems LaptoniC describes ? Would be nice to hear about your XP-IE configurations)
i did the same on my xp pro sp2, and IE 6.0.2900.2180.xpsp_sp2_rtm.040803-2158
no probs. I do not have time to search for the prob right now. could take a day or two.
what happens if you set sorting=false ?
do you see any checkboxes ?
Problems should be fixed with new version 2.9
Apps get installed according to GUI's sort order.
Apps unchecked but installed should be fixed.
BTW: boxes.htm is now totally scripted. File got deleted. so there's only 1 hta file.
Yes, you're right.
There's a problem with sorting. Do not use it. A fix will come ...
Have to do some research about this behaviour. Will try to get rid of that IFRAME. See ya. For now - just choose sorting = false in config.js.
EG ADD %KEY%\010 /VE /D "Adobe Reader 6.02"
REG ADD %KEY%\010 /VE /D "Adobe Reader 6.02"
also I'm not sure if those >> redirections work.
It's a simple batch file, you have to create: here are the contents of mine:
rem This file should be called right after setup is complete
rem Edit it to fit your CD Image accordingly
start /wait %systemdrive%\install\WPI\WPI.HTA
Bugs fixed in Version 2.8.6.
Defaults were'nt checked correctly in 2.8.5
Note on sorting: although your apps get displayed in a sorted order, the installation via runonceex runs as defined in config.js.
So even if an app, defined as the first one in config.js (that woul be prog) is displayed at last position in the GUI (could be that its name may be 'ZOOM Player'), it would be first in install order. RunOnceEx would begin with "ZOOM Player".
Some apps might be dependent on each other, so it must be possible to set an installation order.
BUGFIX 220.127.116.11: replacement of double backslashes when using cmd[pn]=['cdrom','...']
Oops. Sorry Ramik. I see you've already created an unattended CD - so you know how it works.
Perhaps Astalavista's assumption is right and the problem's with your burning app.
Since you're posting in an unattended XP installation forum, what good would it be to create an iso of a windows cd. I do not think that's the way of creating an unattended installation source.
Copy the CD's files to a directory, alter the files necessary (see http://unattended.msfn.org for details) and extract the bootloader.
Then create a bootable DVD including the files from the CD, all others you may want to have on it. Don't forget the bootable settings (bootloader, emulation type).
Then burn. This should be the way.
Making an iso-copy (as I've understood) wouldn't lead to satisfying results, I think.
(Hope I did't anger someone - this thread reads like fire)
In former versions sorting wasn't really useable i think. I overworked It and so now new rules apply:
Sorting can be switched on/off in config.js
A predefined sort order for categories CAN be given (you NEED NOT to).
Sorting of apps is done only inside categories (if any given)
If not even one category is given and sorting is switched on, then apps get sorted alphabetically.
The apps entries in config.js stay the same.
2 new vars in config.js determine sorting:
var sorting // indicate if category/name sorting shall be used
var sortorder // sort categories according to sortorder if given
initialisation can be done via
sortorder=['System','Tools','Office']; //not all categories must be given
//missing categories will be appended to the end
//according to their appearance
apps CAN have cat[pn], if it's left out for an app it gets the previous app's category (so this behaviour stays the same as in former version)
Some changes with resolutions were fixed. WPI should now work in all 4:3 resolutions - with and without columns (the constraints of 640 (1col) and 800 (max 2 cols) res stay the same.
The number of columns CAN be set from config.js's numCols variable. If it's left out, then the number of columns will be calculated (hres/30.72 was a good value) so that there's 3 cols in 1024, 4 in 1028, 1280 and 1400 and 5 in 1600
Columns are not fixed - which means that even if you have a value of numCols=3 but too few apps configured it will only show 1 or two columns.
Column fillup is done first down then right.
So now it's version 2.8.5
ZIP removed due to massive bugs when using sorting.
WPI_2.7_Final by the Brain & Gresh
in Windows Post-Install Wizard (WPI)
@a06lp Would this help ?