<font size=2 face="sans-serif">Hello CL,</font>
<br>
<br>
<br><tt><font size=2>>> You could marry this feature with the prompt.
AFAIK there's an API <br>
>> for Applications to pop up a message on shutdown (like Word with
a <br>
>> document open displays Save, Don't Save, Cancel). You could pop
up a<br>
>> dialog as well (install update, shutdown immediately) via the
same <br>
>> API, but (upon "install update") signal the OS that
the shutdown was<br>
>> cancelled and instead emit a force shutdown once WPKG has finnished.
 <br>
> The issue is that with Windows >= Vista no process is allowed to
<br>
> delay indefinitely or cancel shutdown. If a user space process is
<br>
> trying to do this, the black shutdown screen asking you if you want
<br>
> to wait for the process, or kill it appears after a small timeout.</font></tt>
<br>
<br><tt><font size=2>You're right - just tested again - and if an application
tries the cancel-hook the black screen appears immediately. I guess this
is MS' reaction to lots of Applications abusing that hook and users asking
why windows doesn't shut down at all... grrr</font></tt>
<br><tt><font size=2><br>
>> Alternatively there must be a way for a service to prevent shutdown.<br>
>> Acronis Backup & Recovery uses this and (at least for that
piece of <br>
>> SW) it's a huge headache -> Our installations of Acronis regularly
<br>
>> fall into endless loops and then Windows 7 stalls at shutdown
<br>
>> ("Actions running" is displayed.....) </font></tt>
<br><tt><font size=2>> Most likely this software is using a shutdown
script. This could be <br>
> done by wpkg-gp as well, but without any user feedback. <br>
> Alternatively, wpkg-gp  could execute wpkg.js when it receives
the <br>
> shutdown service signal. This can potentially delay shutdown <br>
> indefinitely, but there is no way to provide user feedback here <br>
> either. (At least no documented way, because MS software does this,
<br>
> Windows Update for example).</font></tt>
<br>
<br><tt><font size=2>Hmm... if the user is expecting a delay (because he
was told before shutdown or even ack'd it) then I don't think this is a
big problem. What could really bite us would be an installer hanging (e.g.
waiting for input on an invisible screen). How does WPKG-GP handle this
on boot? Is there a timeout?</font></tt>
<br><tt><font size=2><br>
>> some things I'd love to see: <br>
>> - Ability for the WPKG-Script to start as a different (local)
user. <br>
>> Typically WPKG runs as user SYSTEM - I had lots of problems with
<br>
>> installers barfing when run as SYSTEM - especially on 64bit systems.<br>
>> Our WPKG-Client runs as a different user now (but still elevated)
- <br>
>> no problems any more and saved me from repackaging quite a few
installers. </font></tt>
<br><tt><font size=2>> This is possible by running the wpkg-gp service
as another user :), <br>
> and should be configurable via the installer in a future version.</font></tt>
<br>
<br><tt><font size=2>Yep - I'm pretty sure it'l work by giving the service
the same treatment that the old WPKG-Client gets -></font></tt>
<br><tt><font size=2>* Add user with random PW</font></tt>
<br><tt><font size=2>* Add user to admin-group</font></tt>
<br><tt><font size=2>* Add username to HKLM\Software\Microsoft\Windows
NT\CurrentVersion\Winlogon\SpecialAccounts\UserList (so it won't show up
in the logon-list)</font></tt>
<br><tt><font size=2>* sc config type= own obj=<...> password= <...></font></tt>
<br><tt><font size=2>* Give User SeServiceLogonRight</font></tt>
<br><tt><font size=2><br>
>  </font></tt>
<br><tt><font size=2>> - Ability to debug somehow. Some processes still
make problems and <br>
> show dialog windows (mostly errors) when run by a service (but not
<br>
> when run directly via cmdline). I know this is impossible on pre-<br>
> login - but for the second mode (system tray call to service) - it
<br>
> should be possible to switch to the "installing desktop".</font></tt>
<br><tt><font size=2>> <br>
> Ahh, this would actually be difficult! As the service is being run
<br>
> in a hidden desktop on W7. I am wondering: Wouldn't a runas /<br>
> u:the_user_running_wpkg_service path_to_wpkg.js /switches do much
<br>
> the same thing?</font></tt>
<br>
<br><tt><font size=2>Not if your WPKG runs as user SYSTEM - runas won't
do this. If you have a worker-user instead of SYSTEM, this totally works
as long as the installers behave the same on a hidden and on a visible
desktop.</font></tt>
<br><tt><font size=2><br>
If the "hidden" Desktop is the one that comes up as an icon during
install (like with the WPKG-Client "An application wants attention"),
this would suffice.</font></tt>
<br>
<br><tt><font size=2>Best Regards</font></tt>
<br><tt><font size=2>        Heiko</font></tt>