| T O P I C R E V I E W |
| aval |
Posted - 02/01/2010 : 2:57:10 PM
We updated an application on a Vista SP2 (64 bit) workstation.
Vendor recommended that UAC be disabled for the upgrade which we did.
Upgrade was performed using admin credentials.
At one point, when the program is opened after the upgrade, there is a message indicating that the program has been updated and that changes need to be made. In fact, a post-upgrade patch is installed at this time.
For one user on the computer in question (but not for the admin or another standard non-admin user), the prompt for applying the changes continues to appear.
This occurs even after making the user a local admin and turning off UAC for the installation of the patch.
Once the user is no longer admin, or once UAC is enabled again, the prompt keeps appearing! Note: it did not when UAC was off.
This did not happen on the other 3 Vista machines (SP2, 64 bit) where the upgrade was perfromed and does not happen to the other standard (non-admin) user that logged on to the problem machine.
What can I do short of turning off UAC?
|
| 8 L A T E S T R E P L I E S (Newest First) |
| Mark Minasi |
Posted - 02/03/2010 : 4:42:06 PM
Well, not that odd. It means that the patch engine ran in the user's context (which means the vendor is a dodo). Or that the vendor's too uninformed to add a manifest to the patch engine. Either way, it doesn't make for impressive performance on the vendor's part. |
| JSCLMEDAVE |
Posted - 02/03/2010 : 12:44:37 PM
That's an odd one. Glad you got it worked out. |
| aval |
Posted - 02/03/2010 : 12:41:20 PM
That user has no problem whatsoever.
And the problem was resolved by a knowledgeable person from the vendor company.
UAC creates a VirtualStore for each user. For some reason, the "PatchDelta" line in an .ini file stored in this folder (or a subfolder) was not being updated.
Once modified manually (from 0 to 1) the problem no longer occurred. |
| JSCLMEDAVE |
Posted - 02/03/2010 : 09:01:30 AM
Well I guess the obvious is what happens when "that" user tries it on another PC with the same build and OU etc? |
| aval |
Posted - 02/03/2010 : 08:58:19 AM
Not to this particular box (it works fine for another user - non-admin user that is) and no particular GP targeting the user.
|
| JSCLMEDAVE |
Posted - 02/02/2010 : 09:33:24 AM
Just a WAG but is there a GP being applied on this particular box that may be throwing things off? |
| aval |
Posted - 02/02/2010 : 08:55:24 AM
Yes, I downloaded it and tried to make something of the output.
Now, can you run it or not as a standard (non-admin) user?
If not, how do see what's been blocked (since it probably isn't when logged in as admin)?
I used this years ago, haven't had to use it since, hence my foggy recollection of... how it works exactly. |
| mm_0_mm |
Posted - 02/01/2010 : 5:22:36 PM
maybe try running process monitor to see what's going on. |
