mritter

As you may have seen, between Midiboy, Kels, and I we figured out that script debugging must be enabled in order for Office to install successfully. But there is a problem: it is disabled by default. I asked Nuhi to add an option to nLite and vLite to enable it. He said he would in the next release (not any time soon). I wrote code that checks the keys, changes them, closes WPI, restarts it to let keys take affect. This only works from the desktop, not from RunOnceEx. Once WPI closes itself, the calling script moves on to the next line, not waiting for the new WPI to do it's thing. So for now, you will have to update your scripts to change the reg keys. New ones will be posted here soon. The keys must be changed before WPI is launched. What I need now is a 100% full-proof way to check if WPI was launched at RunOnceEx or after the desktop was loaded. My restart method works great when started from the desktop (network share, testing, updates, etc.). I don't want WPI to do this check is stated from RunOnceEx. Does anyone know how I can check for this? It must work on all OS'es every time. Could be a reg key. Could be the existance of a file. Could be a check for the Start menu button.

I updated the code to not complain with an alert() for the Internet check.

It's in boxes.js. Find the line with // -- checkbox -- and add a <center> tag.

I was poking around the code used the installer WshShell.Run() in a different way. I realized that if I/we want, no shell window could be opened when launching an installer or DOS command. For an installer no window would be good. For a script or DOS command, you may have some output you want to see. For DOS commands (copy, rename, etc) it can get annoying seeing the window flash open/close quickly. So.....in your experiences do you see a Shell window flash open/close quickly (or stay open) during a regular program installer? Or do you see nothing, like a silent installer should be? When doing DOS commands or scripts (.cmd), same thing: window flash, or stay open, or nothing at all? When doing DOS or scripts, do you want a window to be opened for output? I ask this because I don't like the flashing window. I would rather have no window opened ever. I can make it do that. I need your input, though. Keep it the way it is because it is needed, or never open a window?

It is in your config.js file. It could be a missing quote, if you manually editted the file then a missing ]. I would look for the missing quote, single ' or double ".

I am not sure all scripts/cmd's can use UNC paths. Try giving a full path like WPI options=C:\WinXP\WPI\myoptions.js I will do some testing and see what turns up.

You gotta be kidding me!!!!! How can something so unrelated affect WPI? I knew it wasn't the WPI code! I will try it myself tonight to verify it. If so, I will check/set the reg keys like you said.

It's not Nero this time. WPI is checking if there is an internet connection or not. Go to Options -> General -> Allow check for internet and uncheck it.

So I have been doing some thinking.............tskill should have been made into a system variable, %tskill%, from the very start. It wasn't, ah well, now it is going to make things a little harder for the end user. The only real soultion is to delete it from the drop-down box so it is up to the user to know which version to use: tskill or taskkill. AND how to use each one. See above. I don't see it being feasible for me to write code to check how the user calls the command. Too many headaches. If you have a problem with this, tell me now. Else it is headed for the cutting block.

Debugger info and download Look there on how to turn on the debugger, and download if you need it. But it should be there already. Yes, when it asks hit yes and it will take you to the line with the error. Hit Break. Tell me what file and what the line it is. (What's around it, too, since no line numbers displayed).

This has me confused: midiboy sent me his install scripts and settings file, I tried it, worked fine. I used my files, worked fine. Kels and he still have issues. Kels thinks it's an Outlook update, but midiboy is not installing any updates. Errors on XP and Vista. midiboy gets and "iilegal character" error message on his German Windows, but Kels does not on his English Windows. But still has problems. I am still working on it, but running out of ideas. But this issue did bring some major updates and code fixes to the installer that would have gone unnoticed for a while.

Never heard of the floppy problem. There used to be the same problem with the cdrom, but I have fixed that. Yes, for some reason some, not all, of the themes are sluggish. It's weird that only some, not all, are doing it. My corporate theme, which has the most extra stuff, seems to be the fastest/smoothest theme. I will look into more.

The "theme does not exist" message will be taken care of. Something is wrong there that doesn't need to be checked for anymore. I will get it fixed. Thanks for the catch.

I wrote some new code for custom alert() boxes using the window code for Alt+G and the manual windows. It took some work to get the parent window (WPI) blocked AND the script to stop at the alert() before continuing on. After google searching and seeing everyone else fail, I came up with a way that works. This opened the door for new features. The first thing after the alerts() I thought of was to put the Options and Config wizards in their own windows. Instead of hiding the main check boxes, open a window on top of WPI like every other modern program does. Options would be a piece of cake and look nice. Config would look better in the sense that it could be taller, so no vertical scrolling anymore on lower resolutions. But, what I want to know from you the users: is this really necessary? And I am not 100% sure I can make it work. Just looking for opinions..........

Flying Scot, Did you try the new version I sent an email about? Been working with midiboy for a while now. I have the rb_config.js error fixed, but still getting the false restart (not reboot) problem.

It works correctly, just may not seem "normal". You wouldn't normally have that checked if you run WPI from the desktop, as in a network share. So WPI thinks you did a fresh Windows install and was started then, not from desktop. After Windows is done installing, WPI starts, you pick the files to install, hit install, WPI closes, desktop loads, WPI starts the install. That is correct. When set to false, yes, after a reboot it starts before desktop is loaded. This is the original "normal" method. I don't know of a simple, guaranteed way to check if the desktop is loaded and it is set to true to start install right away, not after a reboot. That is just how it is.

I just wrote some new code that uses tskill. I wrote it at work on XP Pro. Took it home, it would not work. Said file not found. After cussing at it I Google'd it and tskill is for XP and lower. Vista uses taskkill. No big deal. Or so I thought. Example: XP: tskill Sleep Vista: taskkill /im Sleep.exe Extra arg required and the .exe extension is required. Throws everyone's config file off if migrate from XP to Vista, or add a first instance on Vista it will not work. Anyone have or know of a Vista compatible tskill I could put in the Tools folder to keep backward compatibility?

For a delay, put a PAUSE 10 in command 2. Like I said in my email: it's not WPI's fault. It is something with the installer code. I have another idea to try, but WPI may get "confused" in another way. I will test it out Wed and post a new beta that night.

The buttons are all the same. There is no "standard", "normal" button. But yes, they don't always work. From what I can tell, IE6 is the worst culprit. I posted a message asking for a better button solution since they can't be totally disabled, but no one posted a reply. I'm not the least bit surprised by it. People only complain here, they don't offer any help to me when I need it.

thegorre, could you send me a copy of your cmd script? I am getting close to getting the Office problem worked out, but still getting the internal restart. Go to my profile and email it if you would.

Above 2 messages are on the To Do List.

You have an older lang_es.js file. Go in to the Lang folder and edit lang_es.js. Line 375. tabJSCRIPT should be tabJScript

I found some "bugs" in the installer that cleared up some of the error messages. Still not 100% but have some people testing it. It seems that WPI is getting "tricked" into believing a reboot happened and get started over internally. Totally got me confused. The current error message is only possible after a reboot. No one is doing a reboot. Stay tuned.............

This issue has been resolved. I may make a 7.1.2 release if it is needed bad enough.

TwoJ, #1) That has been asked for several times. It really come down to who is going to maintain this HUGE databsse of programs? Not me or Kels. Maybe if people would make a donation to keep me happily programming away it might get some consideration. It all comes down to the forum users: ask for anything to be added and I will look into it, but don't expect the impossible from me. If you have server space and some time, talk to me and I will help you get started. I don't get paid for this, that's up to you guys, I have a full time job and a life outside of WPI. I got burned out once and took almost a year off. I am trying to pace myself better this time. #2) I understand what you are asking for now. For now, no, that will not happen. If you have 2 versions of the same program for x86 and x64, then put a Deps check in for each entry with a getmshtaBits()==64 or getBits()==64 check. Dont use Grey Condition, just the regular so it will be hidden. #3) The problem with checking for installed programs' version could be tweaked to not just look at the caption...if it has such details. I agree it would be more reliable. The next problem is you can't do a getFileVersion() on an installer and expect to get an accurate reading. I tried. FileHippo has a PAID staff maintaining that database. #4) Same answer as above: there are only 24 hours in a day........ If you, or anyone else, wants to starts an online database I will be more than happy to write the code to support it. I love the idea, I just don't have the time to maintain it. It will have to be a long-term commitment; you can't drop out without a replacement after 2 months. All or nothing.