/build/static/layout/Breadcrumb_cap_w.png

DWG TrueView 2012 problem

Hello,

When I install Autodesk DWG TrueView 2012 (x64) with local administrator account to Windows 7, .dwg file type is linked correctly to this software.

After logging with user account or other administrator account to same workstation and attempting to open any .dwg file for first time, I get error message: "There was a problem sending the command to the program", then MSI self-repair occurs and I don't get that error anymore when opening .dwg files.

How you can deploy DWG TrueView to all users without getting this error?

0 Comments   [ + ] Show comments

Answers (7)

Posted by: Teitan 12 years ago
Senior Purple Belt
0
It seems like the reg keys for the file association are installed to:
HKEY_CURRENT_USER\Software\Classes

Check this reg path for .dwg and modify your MSI so that the reg keys are getting installed directly to HKCR.
Posted by: anonymous_9363 12 years ago
Red Belt
0
@TeitanCheck this reg path for .dwg and modify your MSI so that the reg keys are getting installed directly to HKCR.You need to remember that HKCR isn't a separate branch of the registry but a merge of HKCU\Software\Classes and HKLM\Software\Classes. Where the file association gets set up depends on whether the app gets installed per-user or per-machine, one powerful reason for using the advertising tables rather than writing directly to the Registry table.

@weedee, you need to set up the shortcut (or file association) so that it's advertised. That way, the app will self-heal before the error occurs. There's plenty here on AD about setting up self-healing so use the 'Search' function.
Posted by: Teitan 12 years ago
Senior Purple Belt
0
Yes, i know but from my experience users dont like it if Windows Installer pops up if they want to launch an application thats the reason why i prefer writing it directly to registry instead of using adveritsed shortcuts.

But of course the way you've described is the more cleaner way.
Posted by: weedee 12 years ago
Orange Belt
0
Hello Teitan,

Thanks for your reply.

I opened my MST file to InstallShield Authoring Tool and checked registry entries. There's no HKCU\Software\Classes key at all in my MST file.

Instead, there's .dwg key directly under HKCR.
Posted by: Teitan 12 years ago
Senior Purple Belt
0
Another solution would be to create an Active Setup key which applies a reg file including the file associations.
But you should rather take a look at the extension table as VBScab said because there is no good reason to do something in another way if msi supports it.
http://msdn.microsoft.com/en-us/library/aa368571(v=VS.85).aspx
Posted by: jerry05031111 12 years ago
Yellow Belt
0
You need to remember that HKCR isn't a separate branch of the registry but a merge of HKCU\Software\Classes and HKLM\Software\Classes. Where the file association gets set up depends on whether the app gets installed per-user or per-machine, one powerful reason for using the advertising tables rather than writing directly to the Registry table.

[url=http://office2007use127.bloguez.com/office2007use127/2368754/Microsoft-Office-2007-Is-An-Ideal-Tool-To-Create-Better-Documentation]Microsoft Office 2007 Is An Ideal Tool To Create Better Documentation[/url]
[url=http://www.blogster.com/office2007use127/how-to-set-passwords-for-microsoft-office-2007]How To Set Passwords For Microsoft Office 2007[/url]
[url=http://office2007use127.mancouch.com/752629400/are-you-hunting-support-genuine-microsoft-office-2007/]Are You Hunting Support Genuine Microsoft Office 2007[/url]
Posted by: weedee 12 years ago
Orange Belt
0
Hi,

This was resolved by adding following line to ActiveSetup:

msiexec /fpu {productcode} /qn
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ