I have installed Open Eye remote viewer as a thin application and assigned it to both a pool and individuals machines. The pool users are able to use it without any issues but when the program is opened on the individual machines that it is assigned to it hangs.
Just for kicks on one of the desktops that it was hanging on, I selected the program shortcut and told it to run as administrator. After entering the admin creditials, the program ran just fine. I tried this will all of the individual desktop assignments and got the same result. Can some one point me in the right direction?
OS: Windows 7 Ent SP1
Server 2008R2 Enterprise on Domain
VMWare View 4.6
ThinApp 4.6.1 Ent.
Look at your Package.ini for line MSIRequireElevatedPrivileges. Set it to 0:
MSIRequireElevatedPrivileges=0
Rebuild application and install new MSI package.
You have a pretty large amount of variables here.. Can you try to narrow it down a little bit..
My suggestions would be to perform the following to find out when the package fails to load in the normal user context:
1. Run the package on you packaging platform to verify it runs there.
2. Run the package on a clean standalone (none domain member) Windows 7.
3. Run it on an as clean as possible domain member.
All these are pretty basic troubleshooting steps and you might already have done these but since it isn’t clear in your post I just wanted to emphasize the importance limiting the amount of variables.
For a discussion regarding troubleshooting procedures please have a look at this blog post.
http://blogs.vmware.com/thinapp/2010/10/thinapp-troubleshooting-methods.html
Thank you both for the response. I checked the Package .ini and rebuilt as suggested. Still it won't run when I have assigned to a specific desktop, but it does run if I assign it to a pool of users.
Further more:
1. Run the package on you packaging platform to verify it runs there.
2. Run the package on a clean standalone (none domain member) Windows 7.
3. Run it on an as clean as possible domain member.
1.- Package runs perfectly on Packaging platform.
2.- Package runs fine on NON Domain, Clean install of same os.
3.- Package runs fine on clean install freshly joined to the domain when installed on stand alone image. Runs fine if assigned through View to the pool, does not run unless using elevated privs. when assigned to specific desktop. All tests for number 3 were ran on a fresh install and joined to domain with no other programs installed.
I even disabled the GPO's and refreshed the client machines without luck.
That is truly strange.. What happens if you do not use View Manager entitlement? Will it run fine without elevated privileges if you simply copy the package to a View VM?
Can you see any difference where (if using local deployment) the package ends up on the VM when assigning to pools verses dedicated VMs?
I think that it is the program itself. I have been through everything, permissions ect, tried as normal user and as domain admin still same result unless I assign it to the entire pool.
I say program itself as I have also tried Quicken 2011 Deluxe. This I can assign either way, by pool or by desktop and it works just fine. All of the permissions are the same, and they are both set not required to use elevated privs.
I am going to keep researching and see if I can't find the solution to post.
Well spent all day on it and still never figured it out. Closing this one.
Try to disable UAC on Windows 7 machine and let's see if application runs.
Try to disable UAC on Windows 7 machine and let's see if application runs.
Same result with both administrator account, domain admin group member, and user account.
It looks like app has problem. Have you tried log_monitor.exe or Process Monitor to see and debug app's problems?
