Hi,

I am trying to Thinapp Audacity 2.0.3. However I capture this application, I am getting "RelaunchUsingCreateProcess::CreateProcess failed" when running the compiled Thinapp.

Looking at other forums this problem is referred to, but I can't really find a solution.

I have captured on both Win7 x86 and WinXP x86 using mainly Thinapp defaults and no changes to package.ini. Selected full isolation mode, restricted to an AD group and compression enabled - other settings left as default.

Does anyone have any ideas on this please?

Thanks.

Hi All,

I'm trying to thinapp Google Chrome which isn't really a problem. The issue I'm having is that it saves a cache to the sandbox, which for some of our users is over 500mb.

Rather than educating users on how to remove the cache, i wondered if there was a way to stop it saving it altogether.

Ive searched for a few days and found the following command to add to the end of the target path on the shortcut to the application

--disk-cache-size=N --media-cache-size=N

To be used like:

"C:\program files\google chrome\chrome.exe"--disk-cache-size=N --media-cache-size=N

I'm using version 31.0.1650.63 of Google Chrome and version 5 of thinapp

Has anyone else had a similar issue?

Hi All

Wonder if anyone has seen similar. We have been asked to thinapp a package for a customer who use the app currently on a Terminal Server or laptop.

The package thinapps fine.

When the thinapp is run it starts as expected and when loading its menus it then errors with the below which I think is some kind of runtime error from searching the web.

If I run the thinapp on a VM which has the Software fully installed on it, It works as expected.

Im trying to find out what is not being full replicated during the thinapp process. The app uses .net framework 4 and appears to copy some files to the Global Assembly Cache and registers them which I think is where the issue lies. Im looking to see if anyone has had similar problems with .net framework when thinapping ?

Error 1

************** Exception Text **************
System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.VisualBasic.PowerPacks.Vs, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
File name: 'Microsoft.VisualBasic.PowerPacks.Vs, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
   at Voyager.Infinity.ICaptureLibrary.ExistingCandidateControl.InitializeComponent()
   at Voyager.Infinity.ICaptureLibrary.ExistingCandidateControl..ctor()
   at Voyager.Infinity.ICaptureLibrary.ICaptureCandidateForm.InitializeComponent()
   at Voyager.Infinity.ICaptureLibrary.ICaptureCandidateForm..ctor(InboxItem inboxItem, InboxItems inboxItemCollection, Boolean readOnly, ICaptureFormMode formMode, GridColumnReadOnlyCollection sortedColumns, Boolean returnToInbox)
   at Voyager.Infinity.ICaptureLibrary.ICaptureCandidateForm..ctor()
   at Voyager.Infinity.Frame.NewFrameForm.CacheMainPages()
   at Voyager.Infinity.Frame.NewFrameForm.NewFrameForm_Shown(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnShown(EventArgs e)
   at System.Windows.Forms.Form.CallShownEvent()
   at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
   at System.Threading.ExecutionContext.runTryCode(Object userData)
   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallbacks()

WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

I have made a thinapp for MS Office 2007 Pulisher.  It is deployed to a test linked clone pool.  The users profiles are on a separate D: drive.  The Thinapp gets deployed properly, but when the user starts the app I get the following:

ThinApp failed to open, find, or create Sandbox directory.

Registry probe failed for c:\users\testuser\appdata\roaming\microsoft office Publisher

It seems it's assuming the user profiles are in c: and not d:

how can I change this in package.ini?

thanks all.

Guys,

I have a virtual layer for Adobe Flash player, with an entry point of Internet Explorer. Outside of this, we have used Thinreg to associate pdf files with a Thinapp'd copy of the Adobe Acrobat Reader 7 (Using the allusers switch). What we find is that when trying to open pdf files from the internet, Acrobat Reader loads then presents the error "There was an error opening this document. The File cannot be found". If we save the file and open it works fine.

I'm positive this is a isolation issue somewhere in the Acrobat Reader layer config, but have not been able to track it down. Presumably the issue is the Acorbat layer is not looking outside of itself for the temporary internet folder which contains the pdf IE has cached?

Anyone come across something similar and has a fix?

Matt

I created an empty package (no files, no registry keys) to have entry points for the natively installed Office 2010 in order to enable using multiple virtualized plugins using appsync.

I deleted the HKEY*.txt files as all I want is for office to act as if natively installed.

I added:

[Isolation]

DirectoryIsolationMode=Merged

RegistryIsolationMode=Merged

to my package.ini file.

I **assumed** that this would basically run any entry point natively (since there is no customization and I merge everything).

However that is not the case.

Running RegEdit natively and from within the package, I don't see the same thing. Why is that?

Native:

From the package:

As you can see, I don't even have the Components subkey (which is the problem I'm trying to resolve...)

I am currently having an issue with Cisco Jabber Client ThinApp running on Windows 7 remembering the login credentials on startup.

BACKGROUND:

We are in the process of updating our VDI environment to Windows 7. Our current environment is running Windows XP SP3 in a non-persistent configuration.  Initially I built the thinapp using ThinApp Version 4.7 on a clean Windows XP VM.  The ThinApp works fine under Windows XP but for some reason on Windows 7 it refuses to remember the login information from session to session.  If I open it, log in, exit and then relaunch it remembers it in the same session.

I have also installed Jabber on the Parent VM and it has the same issue.

I am just wondering if anyone else has run into this issue?  Is anyone else using the Cisco Jabber Client?

Thanks,

Jon

I'm packaging an app called SAS 9.3

When I've come to install from the MSI I get an error stating 'internal error 110...msiname'. Launching via entry points is fine.

When installing msi with a verbose log generated it states..

...

Note: 1: 2755 2: 110 3: C:\Users\PACKAG~1\AppData\Local\Temp\SAS-9.3-TA-61-R01-B01.tmp.msi

DEBUG: Error 2755:  Server returned unexpected error 110 attempting to install package C:\Users\PACKAG~1\AppData\Local\Temp\SAS-9.3-TA-61-R01-B01.tmp.msi.

MSI (c) (A0:A4) [15:41:29:759]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

An internal error has occurred: (110   C:\Users\PACKAG~1\AppData\Local\Temp\SAS-9.3-TA-61-R01-B01.tmp.msi               ). 

MSI (c) (A0:BC) [15:41:30:647]: Product: SAS 9.3 R01 (VMware ThinApp) -- An internal error has occurred: (110   C:\Users\PACKAG~1\AppData\Local\Temp\SAS-9.3-TA-61-R01-B01.tmp.msi               ).

There are indeed a series of msi's that exist in c:\windows\installer and they have been included in the Thinapp, but it seems these files are dynamically named and so 4c1ab3.msi does not exist! For example I just tried to install the msi again on the same machine and the log now states this..(everytime I try to install it tries to locate a different msi name)

MSI (s) (78:E4) [16:02:36:655]: Note: 1: 1310 2: 131 3: C:\Windows\Installer\88982c.msi

MSI (c) (44:FC) [16:02:36:718]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

The system cannot open the device or file specified.

Any pointers welcome...this isn't specific to just this app, I had the same problem with Adobe CS6 and that was convieniently solved by excluding Acrobat from the package. I don't have the option to remove anything else from this package. I should perhaps mention that it is a 4.1GB MSI and a 4.2GB DAT in case it's relevant, but I'm using msiexec v5 on Windows 7 SP1.

My Google Chrome thinapp works great for a few days then gets the attached error on startup. "Unable to load dll". The only way to fix it is to delete the Registry.rw.tvr file from the thinstall directory but that clears the registry so if you have logged onto chrome your settings are gone as it is no longer linking to your profile. I will be digging into this more tomorrow and wanted to post here to see if anyone else has solved this.

Created on Windows 7 x64 machine with Thinapp 5.0

I am trying to create a thinapp for IE8 so our users can go back to IE8 if they run into compatibility issues when we upgrade to IE 10 or IE 11. So I Installed Thinapp 5.0 on a XP machine and followed the following KB. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1026674

The thinapp I created works great on my current image with IE 8 natively installed but when I update Native IE 8 to 10 or 11 I get the following error

The instructions at 0x5e036ac3 referenced memory at 0x5e036ac3. The memory could not be written

If anyone has found a workaround or if you have virtualized IE8 with a current version of thinapp please post your instructions. Thanks

Build Machine

Windows XP SP3

Thinapp 5.0

Have also tried

Windows XP SP2

Thinapp 5.0

And

Windows XP SP3

Thinapp 4.7.3

Hi,

I'm having problems with a thinapped app.

The behaviour is that users, have office natively installed and when they try to drag and drop a message from outlook to thinapped app nothing happens and normal funcionality its that message sotred in the app.

I try a lot of captures trying to correct this but the behaviour its the same, nothing happens witn drag and drop outlook messages.

can anyone help me to identify the problem?

Thanks in advanced

Regards

Hi all.

we using the RequiredApplinks entry tto link different package togeher. Our structur is as followed:

%ProgramFiles%\VA\Package1\package1.dat

                 \Package2\package2.dat

                     ...

The RequiredApplinks entry looks like:

RequiredApplinks=..\..\Package1\package1.dat;..\..\Package2\package2.dat

That works fine and it is portable as long the structures is remained.

Now more and more packages and plugins are showing up and the RequiredApplinks line grows. Now we have a package the requires four other and we got a line longer the 260 chars. All chars over 260 are cut of and replaced by wired chars.

Look like the reserved merbomory buffer is only 260 bytes and the read greps from behind the buffer.

Any idea? We worked around by shorten the line using wildcards but that breaks the "Required" Applinks conzept.

Every hintg is welcome. btw. Thinapp v4.7

Andreas

Our company has a product lifecycle management system that has a client which is dependent upon running Windows XP.  Each user runs the client application which establishes a connection to an application server process.  The application server process then communicates directly with a database.  App dependencies are DotNet 1.1 & GDM Tools.

My first question is - would an app like this in general be a good candidate for packaging?

I have been trying to do a proof of concept to see if it would be possible to package such a client.

When I package the client and try to run the package, the program starts up but upon initializing, the following exception comes up and the program crashes before initialization completes:

Pop Up message titles "Exception in PiSA cubes Client"

Exception code: 001 (DTVEXC_SYSTEM_ERROR)

Exception text: Exception raised by operating system.

Exception info: System error C0000005 at address 00ABCFD4:

"Access Violation"

This client does write to the registry every time the user logs in.  This means the application would try to write to the packaged virtual OS registry.  At this point, this seems to be the most likely cuprit for my issues.

Does anyone have any suggestions?  Are there some tips and tricks to try or would this app not be a good candidate for packaging?

CIFS are mountable through ThinApp repository in View 5.0 with member AD solaris serving shares. If receiving a 'failed access network path' error you may be required to configure VMware services to log on through AD.

Exception to kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1035094

Long ago, in the early days of ThinApp, the sandbox mode of Google Chrome causes problem with ThinApp such that Chrome plugins could never be saved to the ThinApp sandbox.

I am retrying this with ThinApp 4.7. The problem appears to have worsen. Now, many sites I visit with ThinApp'd version of Chrome will crash a frank crash of the client app with the message "Fatal Application Exit Exception Processing Message 0x400000015".

I have tried already the "--no-sandbox" toggle, but it did not help.

Is there anyway for ThinApp and Chrome sandbox to coexist so that I can create a virtualized package of Chrome using ThinApp?

Hi All....

I have been pulling my hair out trying to solve this one.

LANDesk Service Desk 7.5 launches very slowly as a ThinApp.

I have tried with ThinApp 4.5 (as we use AppSense this is the highest version that is compatible with Personalization Server), and also with 4.7 - to no avail.

It is a .NET 4 application, so I have also tried with .NET included in the package, or just on the image.

Launch time is still around 7 minutes.

I have attached a Process Monitor log in case it's of any help.

Thanks in advance...

-Johnny

Message was edited by: JMac201110141

Hi all,

I'm trying to build one Office 2003 thinapp that will work across our organization.

Source computer is Windows XP.  Thinapp 4.7.  Tried following all steps including comments here:  http://blogs.vmware.com/thinapp/2008/10/how-to-thinap-2.html

Tried isolation_full HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSIServer... Value=ImagePath ... REG_EXPAND_SZ~"%SystemSystem%\msiexec.exe" /V#2300

Tried with Wow64=1 and Wow64=0.

Tried with Merged and WriteCopy

Tried copying PRO11.msi to Office11 Folder per App-V instructions

Tried

HKLM\SOFTWARE\Policies\Microsoft\Windows\Installer... DisableRollback - DWORD - Value=1, MaxPatchCacheSize - DWORD - Value = 0 per App-V instructions

I run this without issue on Windows XP.

On Windows 7, I open the application, a box pops up that looks like it is running an installer, and the entire program disappears nearly instantly (I don't have time to read the installer).  The program appears in task manager until I manually kill it.  Event log shows a single warning from MsiInstaller source 'Failed to connect to server. Error: 0x80070002'.  No other events correlate with running the application.

Any tips before calling VMware?  I see no reason for separate Office 2003 packages, given that Office 2003 can run on Windows 7 x64 natively.

Your insight would be greatly appreciated!

Hello

i'm facing a strange issue.

A lot of packages made by a customer on WinXP with ThinApp 4.7.1 was not compatible with win7.

The customer recaptured applications from scrach on a clean win7 64 Virtual Machine.

New packages are working on win7 64 machines, but very very slowly (about 200% slower).

It seams the biggest the package is, the slowest the package is runing.

Customer has to take position now. Does he continue with ThinApp or does he start again with physical application (because a Win7 migration is starting in 2 monthes).

Has somebody an idea or solution to improve performances?

Someone from VMware can give me an official status of Win7 64b thinapp compatibility?

Hello,

I packaged MSOffice Visio Standard 2007 application on Windows XP SP3 OS using ThinApp 4.7.2. I used below reference

http://pubs.vmware.com/thinapp4/help/wwhelp/wwhimpl/js/html/wwhelp.htm (Also tried without .net)

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022287

I enbled MSI for this package and deployed to Windows 7 Enterprise OS (User Desktop) where Office 2010 installed but it failed to launch. Package configuration details as below

•      Visio install to VisioStd.2K7 folder instead of C:\Programs Files\Microsoft Office\
  
•      Visio License Type = MAK
  
•      While packaging network disabled
  
•      Used Office Customization Tool and create a MSP for silent install
  
•      Visio is full install
  
•      After package deleted $PatchCache$ from C:\Windows\Installer\
  
•      If I delete MSOCache Folder then it failed to launch. Enclosed the attachment for this (Microsoft Office Visio Std 2007.zip)
  
•      I followed the steps in the above KB
  

Don't know what I am missing...

I attached the error message here and the package.ini (package.txt) file. This is our critical application.

Could someone please let me know the best practice to package this successfully.

Thanks,

Ram

I've been trying to get a virtualized copy of Firefox setup as a first class citizen on my Win7 boxes.  On a clean Win7 VM if IE has never been run, none of the UserChoice reg keys have been added and as such the "default" keys added by my package allow Firefox to be seen as the default browser for http, https, .html, htm, etc.  In other words everything works perfectly as though the browser was natively installed.

The problem comes when IE is launched (or other native browser) and sets itself as default.  At this point the Firefox package has no way of overwriting those defaults, even during a re-register or uninstall re-install.  This is due to the priority given to UserChoice keys in the registry heirarchy.  I've tried adding them to the HKEY_CURRENT_USER reg file, but that has been unsuccessful.  In a previous thread I noted a passing comment about registry hacks that allow packages like Firefox, Thunderbird and others to be registered as valid default programs.  Unfortunately I have been unable to replicate this functionality.

Is there a way to get ThinApp'd packages to be seen as user selected default programs... or at the very minimum reset default choices during a re-register or reinstall?  If so, how is this done?

David W.