Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Standard user can not do driver uninstallation in control panel in Vista

0 views
Skip to first unread message

gwei

unread,
Jul 15, 2008, 9:28:25 PM7/15/08
to
I get a problem with the DIFxAPP.msm when building an installer. The merge
module comes from DIFx 2.1.

We use DIFxAPP.msm to install driver in our installer. After we build the
installer (Setup.exe, SPI.msi, Data1.cab) with the merge module, we login
Vista 32 with an administrator account, and finish the installation with
setup.exe, the driver can be installed correctly.

Then we log out, and re-login as a standard user, and do uninstallation in
control panel. In the uninstallation process, there will be an error and the
process rolls back.

Later under the standard user account we use SPI.msi do uninstallation in
command line, and the process is same with that in control panel. According
the log we catched from command line, the error come from custom action
"UninstallDriverPackages" that comes from the DIFxApp.msm

Following is the prompt information from the log.
DIFXAPP: UninstallDriverPackages()
DIFXAPP: 'CustomActionData' property 'DIFxApp Version' is 2.1.
DIFXAPP: 'CustomActionData' property 'UI Level' is 3.
DIFXAPP: 'CustomActionData' property 'componentId' is
{1B113BBD-6D70-11D4-82D2-00D0B72E1DB9}.
DIFXAPP: 'CustomActionData' property 'flags' is 0x7.
DIFXAPP: 'CustomActionData' property 'ProductName' is Sentinel Protection
Installer 7.5.0.
DIFXAPP: 'CustomActionData' property 'ManufacturerName' is SafeNet, Inc..
DIFXAPP: ERROR 0x2 encountered while opening install-info subkey for
component '{1B113BBD-6D70-11D4-82D2-00D0B72E1DB9}'
DIFXAPP: UninstallDriverPackages failed with error 0x2
DIFXAPP: RETURN: UninstallDriverPackages() 2 (0x2)

The detailed information about Vista 32 is
1. Microsoft Windows [Version 6.0.6000]
2. Windows Vista Enterprise
3. No patch installed

The detailed information about merge module is
1. Come from DIFx 2.1
2. English, x86 (\DIFxApp\English\MergeMod\x86\DIFxApp.msm)

If we do uninstallation under Administrator account, anything are right.

Are there anyone can lend me a hand for the issue, it is a bug of DIFx or
Vista OS? Any comment will do me a great help.

Thanks

Gary


Ray Trent

unread,
Jul 16, 2008, 5:19:33 PM7/16/08
to
I don't understand. Why do you find it surprising that uninstalling a
driver requires administrator privileges? It always has.


--
Ray

gwei

unread,
Jul 17, 2008, 9:38:06 PM7/17/08
to
Hi Ray

Thanks for your reply.

The problem is that We have agreed the UAC window to get administrator
privilege when we uninstall driver from control panel on Vista 32. Even with
the required privilege, in such case, the uninstallation is determined to
fail. The operation needs the privilege, and we give it privilege, and it
fails. This is a true problem.

For the combination (Setup.exe, SPI.msi, Data1.cab), the failure will occur
only with following steps:
1. Login Vista 32 with an administrator account 2. Launcher the installer
with setup.exe and agree the UAC to get the administrator privilege 3. Finish
the installation, And logout 4. Relogin as an standard user, and do remove in
control panel 5. Input Administrator password to all UAC window and agree all
the UAC

In step 5. It will fail. If we launch the installation with SPI.msi, we will
success in step 5.

The result is quite different with our expectation, do you think so?

Would you please do a simple test on it? If you need us to provide the
installer, please send me you mail address.


Thanks

Gary

Ray Trent

unread,
Jul 18, 2008, 6:35:39 PM7/18/08
to
Sorry, misunderstood your complaint.

Yes, I'd say that's a problem. Not sure what's causing it, though.

Have you looked at the setupapi log files? (set the verbosity all the
way up as documented in MSDN and on the web)

Do you get the same error in the DIFxAPP log as an administrator user? I
ask because the error you're getting is a "not found" kind of error,
which seems odd. One thing to note is that even if you're using admin
credentials, your environment, etc., is all still that of the standard
user (I believe), so if your code is expecting to find something stored
away somewhere it might not be finding it simply for that reason.

Do you the same problem if you start the control panel with "Run As..."
and run the whole thing from the start actually as the admin user rather
than the standard user that's been granted an admin token?

--
Ray

0 new messages