IEAK7
Hi all,
I am creating a customized IE7 installation using IEAK7. When it comes to the part where select the language, there is no drop down list to choose any language from.
A little confused if I read something wrong or my installation is corrupt.
Any ideas?
Thanks
C
I am creating a customized IE7 installation using IEAK7. When it comes to the part where select the language, there is no drop down list to choose any language from.
A little confused if I read something wrong or my installation is corrupt.
Any ideas?
Thanks
C
0 Comments
[ + ] Show comments
Answers (7)
Please log in to answer
Posted by:
cduplessis
17 years ago
Posted by:
lancef1982
17 years ago
Posted by:
cduplessis
17 years ago
Created a single exe for distribution via SMS.
Upgrades IE6.0 to IE7 quietly, reboots the machine and retains all favourites, proxy settings etc. IEAK7 kit works excellent.
Only thing now it to get the run once screen away as I want the first page to be our local intranet homepage
But almost there..
Carlo
Upgrades IE6.0 to IE7 quietly, reboots the machine and retains all favourites, proxy settings etc. IEAK7 kit works excellent.
Only thing now it to get the run once screen away as I want the first page to be our local intranet homepage
But almost there..
Carlo
Posted by:
lancef1982
17 years ago
I couldnt manage to get this IEAK 7 to distribute through ZENworks as I was getting some bizarre error message.
"Error creating process <C:\Documents and Settings\User\Local Settings\Temp\IXP000.TMP\IE7Setup.cmd /passive >. Reason: C:\WINDOWS\system32\advpack.dll"
I have tried everything. If I run this executable from the network location it runs no problem at all...
So this is where I am...
I have a got the standard IE 7 executable and run the app with the passive and forecerestart switches.
That installs no problems at all but like you, I have a problem witht the first run page.
In ZENworks you have the distribution tab, in there you can make registry changes... You could do this from a batch file maybe?
I have tried adding the following keys...
HKEY_CURRENT_USER, Software, Microsoft, internet Explorer, Main...
In here add DWORD =
RunOnceComplete = 0x000000001
RunOnceHasShown = 0x00000001
Also try...
HKEY_CURRENT_USER, Software, Microsoft, internet Explorer, PhishingFilter
Enabled 0x000000002
Let me know if that works as Ive read that this should resolve our issues... Even though ZENworks is deploying these registry changes my first run page is still showing?
Someone help us?!
[:D]
"Error creating process <C:\Documents and Settings\User\Local Settings\Temp\IXP000.TMP\IE7Setup.cmd /passive >. Reason: C:\WINDOWS\system32\advpack.dll"
I have tried everything. If I run this executable from the network location it runs no problem at all...
So this is where I am...
I have a got the standard IE 7 executable and run the app with the passive and forecerestart switches.
That installs no problems at all but like you, I have a problem witht the first run page.
In ZENworks you have the distribution tab, in there you can make registry changes... You could do this from a batch file maybe?
I have tried adding the following keys...
HKEY_CURRENT_USER, Software, Microsoft, internet Explorer, Main...
In here add DWORD =
RunOnceComplete = 0x000000001
RunOnceHasShown = 0x00000001
Also try...
HKEY_CURRENT_USER, Software, Microsoft, internet Explorer, PhishingFilter
Enabled 0x000000002
Let me know if that works as Ive read that this should resolve our issues... Even though ZENworks is deploying these registry changes my first run page is still showing?
Someone help us?!
[:D]
Posted by:
mazessj
17 years ago
Lance,
Oh, joy, you have run into one of my favorite ZenWorks bugs. Actually, depending on how you look at it, you could blame Microsoft's iesetup engine. Anyway, here goes:
ZenWorks does not properly handle the TEMP/TMP environment variables. If you notice, whenever you open a CMD window in Windows and look at the value of TEMP or TMP, Microsoft has graciously converted it to its equivalent short pathname. C:\Documents and Settings\mazessj\Local Settings\Temp magically becomes C:\DOCUME~1\mazessj\LOCALS~1\Temp. ZenWorks, however, does not do this*. Therefore, any installer that cannot properly deal with TEMP or TMP's value as a long pathname will malfunction.
* You can prove this by creating a simple NAL shortcut to cmd.exe. Launch it and check the value of TEMP and TMP via the SET command.
To compensate for this annoyance, you need to put something in front of iesetup.exe that temporarily converts TEMP and TMP into their equivalent short path name. I created a simple WiseScript EXE that did this, then executed whatever was passed on the command line. You could also use a simple batch file (see below). I've seen other ZenWorks administrators deal with this by changing users' TEMP and TMP variables to C:\TEMP. I personally think this is avoids the problem and potentially creates other problems. One of the reasons Microsoft segregates the TEMP directories on a per-user basis is to account for users of Terminal Services.
Here is a sample front-end batch file that will convert the variables:
Anyway, it's definitely the TEMP dir. I've seen the exact same problem and have had to deal with it in a number of instances, including IE patches (anything derived from the iesetup engine) and some Java applications.
I tried reporting this as a bug to Novell, but didn't get anywhere.
--Josh
I couldnt manage to get this IEAK 7 to distribute through ZENworks as I was getting some bizarre error message.
"Error creating process <C:\Documents and Settings\User\Local Settings\Temp\IXP000.TMP\IE7Setup.cmd /passive >. Reason: C:\WINDOWS\system32\advpack.dll"
Oh, joy, you have run into one of my favorite ZenWorks bugs. Actually, depending on how you look at it, you could blame Microsoft's iesetup engine. Anyway, here goes:
ZenWorks does not properly handle the TEMP/TMP environment variables. If you notice, whenever you open a CMD window in Windows and look at the value of TEMP or TMP, Microsoft has graciously converted it to its equivalent short pathname. C:\Documents and Settings\mazessj\Local Settings\Temp magically becomes C:\DOCUME~1\mazessj\LOCALS~1\Temp. ZenWorks, however, does not do this*. Therefore, any installer that cannot properly deal with TEMP or TMP's value as a long pathname will malfunction.
* You can prove this by creating a simple NAL shortcut to cmd.exe. Launch it and check the value of TEMP and TMP via the SET command.
To compensate for this annoyance, you need to put something in front of iesetup.exe that temporarily converts TEMP and TMP into their equivalent short path name. I created a simple WiseScript EXE that did this, then executed whatever was passed on the command line. You could also use a simple batch file (see below). I've seen other ZenWorks administrators deal with this by changing users' TEMP and TMP variables to C:\TEMP. I personally think this is avoids the problem and potentially creates other problems. One of the reasons Microsoft segregates the TEMP directories on a per-user basis is to account for users of Terminal Services.
Here is a sample front-end batch file that will convert the variables:
@ECHO OFF
FOR %%I IN ("%TEMP%") DO SET TEMP=%%~sI
FOR %%I IN ("%TMP%") DO SET TMP=%%~sI
"\\MyServer\MySoftware\iesetup.exe" /passive
Anyway, it's definitely the TEMP dir. I've seen the exact same problem and have had to deal with it in a number of instances, including IE patches (anything derived from the iesetup engine) and some Java applications.
I tried reporting this as a bug to Novell, but didn't get anywhere.
--Josh
Posted by:
lancef1982
17 years ago
Posted by:
juliemetzger
15 years ago
Hello,
I am using ieak7 corporate version and I used it to package a msi file and then used Altiris to push it to all computers. Worked well, but now we are finding that we put some restrictions in there we want to take out. But if I do a manual uninstall through add remove programs and then try to reinstall from internet all the restrictions come back.
How can I create and UNINSTALL that will completely get rid of all the restrictions out there?
One of my biggest problems is that when I do a print preview, information is missing. But if I take a computer that everything was all downloaded via internet for IE 7, everthing prints fine.
So any help with these two things would be awesome.
Julie
I am using ieak7 corporate version and I used it to package a msi file and then used Altiris to push it to all computers. Worked well, but now we are finding that we put some restrictions in there we want to take out. But if I do a manual uninstall through add remove programs and then try to reinstall from internet all the restrictions come back.
How can I create and UNINSTALL that will completely get rid of all the restrictions out there?
One of my biggest problems is that when I do a print preview, information is missing. But if I take a computer that everything was all downloaded via internet for IE 7, everthing prints fine.
So any help with these two things would be awesome.
Julie
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.