I have just returned from Microsoft Dynamics Conference 2011 Atlanta conference, and based on the feedback during the sessions that Mariano and I presented as well as comments from the session evaluations, I thought it would be worth discussing some of the common Support Debugging Tool (SDT) myths.
Here is a list compiled after a quick chat with MVPs Mariano Gomez and Mark Polino:
The SDT is hard to install
FICTION: Once you have the archive zip file for your version of Microsoft Dynamics GP, just copy the files into your Microsoft Dynamics GP application folder (need at least the Debugger.cnk and Debugger.pdf) and launch Dynamics GP using Run as Administrator. Copying the Debugger.pdf allows the F1 key to open the User Guide from inside Dynamics GP.
Note: You need to give all users access to the MBS_DEBUGGER_USER Security Role to use the standard mode features. The upcoming build 15 or later builds will offer to apply this security change for you.
The SDT is hard to setup
FICTION: No setup is required, however to get the most out of the tool, it is best to use a central location of the Debugger.xml setup file. The Debugger.pdf User Guide manual has a section on Recommended Configuration which gives step by step instructions with screenshots on how to configure the SDT to use a central location. Just use a folder in the same path you use for OLE attachments for Notes.
The SDT can only capture logs
FICTION: The SDT can capture logs either manually or automatically, but that is only a small part of the overall functionality and features of the tool. As the SDT does not need to change Dex.ini settings to capture logs it can capture logs without having to exit the application and come back AND it only captures for the current instance of the application. If you change Dex.ini settings on a Terminal Server it can affect all instances from multiple users.
The SDT only needs to be on one machine
FACT & FICTION: To capture logs or perform most features you can install the SDT on only one machine, BUT to get the most out of the tool including the centralised administration functions you should have the SDT installed on all workstations AND use a central location for the Debugger.xml setup file.
The SDT should be installed on all machines
FACT: To get the most out of the SDT, you should have it installed on all workstations in your system. Features such as differentiating companies using colour coding and changing the window Title will only work if the tool is installed. Also, if you have to exit to install the tool when you have a problem, you might not be able to reproduce the issue once logged back in. Having to tool installed and waiting means it is there when you need it.
The SDT should use a shared location for the setup file
FACT: To get the most out of the SDT, you should configure it to use a central…