|
Wednesday, 30 September 2009 |
|
Someone sent me a reminder about this thread today, this was indeed implemented. See UACRequestedPrivilegesLevel
Read more at: |
|
Read more...
|
|
|
Wednesday, 30 September 2009 |
Hi,
In your case i think the best option is to have the data stored on the native disk, so not in the sandbox at all. This way it doesn't make a difference if there is an 'additional' sandbox. This can be achieved by setting the isolation mode for the folder to 'Merged'.
There is a disadvantage using this: Your system gets filled with unwanted data
(ok, it will 'only' be the messages, but might be confidentially/undesired. Fixable using a script to delete the files as soon as the application closes...)
Hope this helps. If you need help with the script check arround (there are such in other posts) or post back here...
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Wednesday, 30 September 2009 |
Any assistance you can offer will be appreciated. We are currently at a point where the Thinapp developers are getting involved. DST have washed their hands of the problem and will not support us.
Regards Paul
Read more at: |
|
Read more...
|
|
|
Friday, 25 September 2009 |
Can you expect it in future?
Ondrej Zilinec - Cievo
...Good question is half of the answer...
Read more at: |
|
Read more...
|
|
|
Friday, 25 September 2009 |
|
I would start out by checking the event log on the client. Is there any msi related log entries.. If there is, it often points to what registry keys/file system folders needs to be hidden from the package by using Full isolation.
Read more at: |
|
Read more...
|
|
|
Thursday, 24 September 2009 |
|
moderator please delete thread
Read more at: |
|
Read more...
|
|
|
Thursday, 24 September 2009 |
I try to install C2007 in Windows 2000 SP4 + Rollup 1 (so, win2k up to date) + IE6 SP1 + DX 9c
I've done the capture, modified the ini file to uncomment the line "VirtualizeExternalOutOfProcessCom=0" and generate the package... The corresponding package work fine on Win2k but it doesn't start on XP + SP3 + IE 6 SP3 + DX 9c.
If i run the logging application, i found some comctl32.ddl load error...
Any idee ?
Read more at: |
|
Read more...
|
|
|
Thursday, 24 September 2009 |
As long as the application do not use a technique not supported by ThinApp I see no reason why you should not be able to capture it.
Not currently supported:
Device Drivers
Shell-integration (e.g. context menus)
Network visible DCOM services
Side-by-side COM
COM+
Global Hook DLLs
General troubleshooting tips: http://blogs.vmware.com/thinapp/2009/05/app-troubleshooting.html#more
//peB
Read more at: |
|
Read more...
|
|
|
Wednesday, 23 September 2009 |
Since you say you are fairly new to Thinapp please investigate our blog for generall IE packaging tips:
http://blogs.vmware.com/thinapp/applications/
//peB
Read more at: |
|
Read more...
|
|
|
Monday, 21 September 2009 |
Thanks ggeldorp!
In case anyone is interested, here's the code for the script I put in the root of my capture directory:
On Error Resume Next
Function OnFirstSandboxOwner
Dim wshShell
Dim i
Set wshShell = CreateObject("wscript.shell")
i = 0
wshShell.run """c:\Program Files\TeamViewer Manager 4\TVmanager.exe"""
wshShell.Run "ping -n 3 127.0.0.1", 0, True 'This is a great replacement for wscript.sleep since wscript commands don't work in this environment.
Do Until success = -1 OR i = 3
success = wshShell.appactivate("TeamViewer Manager")
If success = -1 Then
wshShell.sendkeys "% n"
Else
wshShell.Run "ping -n 3 127.0.0.1", 0, True
i = i + 1
End If
Loop
End Function
Read more at: |
|
Read more...
|
|
|
Sunday, 20 September 2009 |
Hi,
Just some basic pointers:
- Do NOT install VMware tools if you plan to deploy to non-virtual systems.
- If your system has/expects to have natively installed requirements, it is fine to install them before starting the capture.
In your case this would be .NET 2.0 and MS office (at least: excel).
- If you require some integration option with native applications (excel export) perform that action once during the capture.
As some integrations trigger a 'reinstall' or installation of additional features this would be in your capture as well.
I hope these pointers help.
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Sunday, 20 September 2009 |
Hi,
We also had some problems with being able to use scanners in virtualised apps.
Our main issue: Installing the minimal driver was not enough...
We had scanners that just did not work with just the minimal driver installed. Worst was a HP-scanner, which required a painful 150MB install to be able to use the scanner.
Best to test: Use Microsoft Imaging on a clean system after installing the (minimal) driver and check if you can scan. It took some time to find this out.
Eventually the software was not virtualised at all as it was used on only a few systems that required dedicated treatment anyway. So the software was installed natively. It did work however...
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Sunday, 20 September 2009 |
Hi,
This topic has been discussed already a few times...
At this moment ThinApp does nothing to manage network connections. The full functionalities of the operating system are exposed to the virtualised application. The IP layer (via e.g. winsock.dll) is fully exposed and handles all functionalities. That goes for host name resolution (via for example the hosts-file) to connecting via the firewall. All settings in this regard are ignored as the 'lower' (read: native) layer uses the functionalities of the OS.
All you can do is, as proposed before, by trying to lock down the virtualised application. But remember that those settings in general are 'user settings' and a user could undo them. Like with the IE: You could enable the proxy, but a user would always be able to undo that setting... In the virtualised app they will be able to perform semi-admin operations as many locked-down features of the native system are ignored (you still can write to your windows folder, or edit HKLM-entries... in the sandbox that is)
Kind regards,
Michael Baars
Read more at: |
|
Read more...
|
|
|
Friday, 18 September 2009 |
Just wondering if anyone has any experience with Weblogic 9.2 or 10.3. We have packaged them for use in VDI and are noticing they run 50-60% slower. Slowness occurs during server starts and publishing of web pages.
Are there any options in the package.ini that address application performance?
thx in advance.
Read more at: |
|
Read more...
|
|
|
Wednesday, 16 September 2009 |
great!
thanks for your help!
jim
Read more at: |
|
Read more...
|
|
|
Wednesday, 16 September 2009 |
|
Sounds like something might have been broken in the product between 4.0 and 4.0.3. I recommend you to file a support ticket so that the issue could be investigated further.
Read more at: |
|
Read more...
|
|
|
Tuesday, 15 September 2009 |
|
I'm running into the same issue. As of yet, no solution found.
Read more at: |
|
Read more...
|
|
|
Sunday, 13 September 2009 |
|
Couple days ago I worked with my OE and changed password...And something happened...password was lost.But I found in net-password outlook recovery,tool solved my issue very easy.Moreover it is free as far as I know and can also recover lost or forgotten passwords for the mail accounts and *.pst files of the Microsoft Outlook mail client.
Read more at: |
|
Read more...
|
|
|
Friday, 11 September 2009 |
|
I found out this trick quite a while ago. Most applications will run from the capture folder but some require registry entries to be loaded before they will run. I think that apps running from the capture run in the real windows system while built apps run in the Virtual windows (VOS). The built app loads the registry entries for you. When a built app does not run but does run from the capture folder it can indicate that something in the package cannot be virtualized (e.g. a protected executable or some component is already virtualized by the software company).
Read more at: |
|
Read more...
|
|
|
Thursday, 10 September 2009 |
|
Thanks for replying back to me. I seemed to resolve the issue with the memory being consumed on the VM by removing Trend Micro. I am really not comfortable with not having Antivirus on the VM, but until I find a solution, I will just have to move forward without Trendmicro.
Read more at: |
|
Read more...
|
|