ZebS's Posts

Hello, everyone. I'm working on an IE10/JRE7 thinapp and things seem to be generally working except for a few details. The biggest complaint we're getting from our test users is that the thinapp ... See more...
Hello, everyone. I'm working on an IE10/JRE7 thinapp and things seem to be generally working except for a few details. The biggest complaint we're getting from our test users is that the thinapp windows "stack" on the windows 7 taskbar along with the native IE shortcut. I can see why this would be a bother to the end user. It makes it rather difficult to tell the difference between the thinapp windows and native browser windows. Has anyone come up with a solution for this? Thanks in advance
Tried? Yes. Succeeded? No. I tried to follow the Office 2010 guidelines and have problems with Word launching and a few other things.
I use the same SPSS 21 and 22 thinapps on both View desktops and thick clients but haven't seen that problem. Maybe it's something in your View desktop's configuration?
Thanks for chiming in, everyone. I'm glad it's not just me. This isn't a huge problem just yet in my case as we're blocking IE 10 installs but that's only a short-term resolution.
Hello everyone, I have two IE 8 Thinapps both built seperately with Thinapp 4.7.3-891762 that run fine on Windows XP or Windows 7 with IE 7, 8 or 9 installed natively but both crash if IE 10 is ... See more...
Hello everyone, I have two IE 8 Thinapps both built seperately with Thinapp 4.7.3-891762 that run fine on Windows XP or Windows 7 with IE 7, 8 or 9 installed natively but both crash if IE 10 is present. Has anyone else seen this behavior?
Looks like the perfect thing to play with on a Monday, thanks!
According to the release notes at https://www.vmware.com/support/view52/doc/horizon-view-52-release-notes.html: These components will be made available shortly after the general availabili... See more...
According to the release notes at https://www.vmware.com/support/view52/doc/horizon-view-52-release-notes.html: These components will be made available shortly after the general availability of VMware Horizon View 5.2 and may subject to app availability in various mobile device application stores. I feel your pain, I was really looking forward to testing out the HTML 5 access.
I don't think that's normal behavior. There must be some process in the thinapp still locking the sandbox. You might try a tool like Process Explorer to see if you can track it down if the log mo... See more...
I don't think that's normal behavior. There must be some process in the thinapp still locking the sandbox. You might try a tool like Process Explorer to see if you can track it down if the log monitor isn't helping. Also, make sure to test on a "clean" OS. System installed IE plugins can cause some interference with an IE thinapp. Yahoo Toolbar and Adobe's plugins come immediately to mind.
I'll second what pbjork said about java. In my case, I had to remove Java Quick Start from the package. Look for "jqs.exe" in the build files and either delete or rename it. The Thinapp Log Monit... See more...
I'll second what pbjork said about java. In my case, I had to remove Java Quick Start from the package. Look for "jqs.exe" in the build files and either delete or rename it. The Thinapp Log Monitor tool is a big help tracking down what processes are launched with the thinapp if it turns out that jqs.exe isn't the problem. I've had similar issues to what you describe when Adobe Reader or MS Office products are launched inside of the sandbox when a user opens a document from a link in the thinapp. You can exclude them from opening within the virtual bubble by doing something like this: ChildProcessEnvironmentExceptions=svchost.exe;AcroRd32.exe;winword.exe;excel.exe;outlook.exe
It sounds like you have a web browser (Internet Explorerer?) in a thinapp and you're trying to open PDF files using a natively installed Adobe Reader. I just went through the same thing. From wha... See more...
It sounds like you have a web browser (Internet Explorerer?) in a thinapp and you're trying to open PDF files using a natively installed Adobe Reader. I just went through the same thing. From what I experienced with an IE8 thinapp, Adobe Reader 10 and 11 both get fussy about running while in the thinapp bubble. The best solution I could find was to add the line below to package.ini ChildProcessEnvironmentExceptions=AcroRd32.exe;winword.exe;excel.exe;outlook.exe In my case, users needed to open .docx, .xlsx, .pdf and use "send to email" functions, so I excluded all of the associated applications from running in the default virtual environment. Because the processes are now running outside of the virtual bubble, you also need to set isolation on the %Internet Cache% directory in your package files to "merged" by editing the ##Attributes.ini file. The downside to this is that the IE temp files from the thinapp are now mingling with the native temp files but so far I haven't had issues with it. To help mitigate the problem, I've got the "Delete Browsing History on Exit" setting enabled in the virtual IE.
I was able to get it working a while back with the process mentioned above but it doesn't run all that well once it's together anyhow so I ended up going with thick installs, unfortunately. I... See more...
I was able to get it working a while back with the process mentioned above but it doesn't run all that well once it's together anyhow so I ended up going with thick installs, unfortunately. I read in an Adobe post a little while ago AAMEE has been updated to "allow the use of disk imaging software like Symantec Ghost" and Thinapp has been updated as well, so I may give it another whack. I actually found this thread in the first few Google Results searching for "Photoshop CS6 Thinapp" which means that either we're both going about this all wrong or nobody has figured it out yet.
Pretty much. The thing is that I really don't have any way to make sure that Thindirect works in this case. I've tried it before and the problem that I run into is that it requires add-ons in oth... See more...
Pretty much. The thing is that I really don't have any way to make sure that Thindirect works in this case. I've tried it before and the problem that I run into is that it requires add-ons in other browsers to be in good working order (which I don't have control of).
I'm using IE8 in a thinapp with a specific version of JRE to get around some compatability problems with a finicky web app. What I'm trying to achieve is to completely segregate the thinapp from ... See more...
I'm using IE8 in a thinapp with a specific version of JRE to get around some compatability problems with a finicky web app. What I'm trying to achieve is to completely segregate the thinapp from the operating system and limit it's use to the web app mentioned previously. All of that has been accomplished by removing the address bar in IE via a registry setting and setting the homepage to the URL of the web app. Currently, it's being called from a .bat file on a network share that we populate a shortcut to for each user. It was first built with some build of 4.7.0 and has been updated a few times, most recently using the latest build of 4.7.3. For the most part, the thinapp works very well except for one problem that I've yet to find a solution for. I'm running into a problem with users launching shortcuts to URLs to other places (google.com, etc.). If they have their native copy of IE running before the thinapp is launched and click a desktop shortcut, everything works as expected. The problem is that if they open the thinapp first and then click the shortcut, it opens in the thinapp IE. I'm trying to avoid using a thindirect.txt because I don't have a lot of control over the machines that the thinapp is being used on and won't be able to ensure that it's been registered properly.
SMITH, WILLIAM is currently Out of Office.
SMITH, WILLIAM is currently Out of Office.
The above *almost* works. I'm having trouble with dynamiclinkmanager.exe spawning multiple copies of itself when the thinapp is launched. If I set ChildProcessEnvironmentDefault=Virtual in pa... See more...
The above *almost* works. I'm having trouble with dynamiclinkmanager.exe spawning multiple copies of itself when the thinapp is launched. If I set ChildProcessEnvironmentDefault=Virtual in package.ini, it works fine but Adobeserialization.exe does not work properly when called by the vb script.
After some playing around, the process looks like it should work. I was hoping that I might be able to build the trial thinapp and then use sbmerge, but there's something unique in the registrati... See more...
After some playing around, the process looks like it should work. I was hoping that I might be able to build the trial thinapp and then use sbmerge, but there's something unique in the registration information. Looks like CS6 needs to be registered individually on every PC. So far, I'm only trying to build Photoshop CS6, but I would assume that the rest of the suite will behave the same. Here's what I've got so far, maybe someone can chime in and help finish this up. 1) Build a "Trial Install" package with AAMEE 2) Build a "Serialization" package with AAMEE 3) Prescan 4) Install the trial package 5) DO NOT LAUNCH PHOTOSHOP      (It looks like it runs some optimizations for the specific hardware that it's living on when launched, if you launch it before the postscan the thinapp will      take MUCH longer to execute after it's built.) 6) Postscan 7) After building the package, put your AdobeSerialization.exe and prov.xml somewhere convenient. I stuck it in a subfolder of the thinapp directory. Create a batch file that executes adobeserialization.exe. I called mine "register.bat" and it contains the following: "%~dp0Serialization\AdobeSerialization.exe" --tool=VolumeSerialize --provfile="%~dp0Serialization\prov.xml" 9) Cook this script into your thinapp to launch the .bat file when the thinapp launches: Function OnFirstParentStart Origin = GetEnvironmentVariable("TS_ORIGIN") 'Path to the primary data container LastSlash = InStrRev(Origin, "\") SourcePath = Left(Origin, LastSlash) ExecuteVirtualProcess(SourcePath & "register.bat" ) End Function Building something into the vbscript to check to see if adobeserialization.exe has been called yet to register the app would speed up the speed of things a touch, but I'm still looking into that bit.
I'm working on this myself. I suspect that something special will need done with AAMEE. See this post from Adobe for about all of the useful info on the subject that exists at the moment. http... See more...
I'm working on this myself. I suspect that something special will need done with AAMEE. See this post from Adobe for about all of the useful info on the subject that exists at the moment. http://blogs.adobe.com/oobe/2012/05/aamee-3-0-for-cs6-available-now-removes-puffer-fishes.html I've already tried creating an installation package and capturing that, but I see the same behavior as you. Next step is to try to create a Serialization File and see if that works. I'll report back with the results if I get anything useful working. My thoughts are 1) Create trial package with AAMEE 2) Create Serialization exe with AAMEE 3) Capture trial package installation 4) Include the Serialization exe and xml files in the Thinapp package and cook up a vb script to run the serialization exe when the thinapp launches. (I presume that this will be the tricky part)
Have a look here http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1027775
I'm kicking that around. For this app in particular, there really isn't even a need to go that far. It doesn't need to open any file extensions. It's basically just a locked down web browser that... See more...
I'm kicking that around. For this app in particular, there really isn't even a need to go that far. It doesn't need to open any file extensions. It's basically just a locked down web browser that's used for taking tests online. For now, I'm just creating a shortcut to the thinapp through a group policy, but it'd be nice to be able to assign it the same way as the rest of my apps to keep management simple.