Debugging InfoPath forms in the client environment is relatively simple: set a breakpoint, press F5 and execute the process that will cause the breakpoint to be hit. However, debugging InfoPath forms that are opened in the browser requires some additional steps:
1) Ensure the InfoPath Form Template is compiled in the Debug Configuration so the XSN includes the symbol (PDB) file
2) Open the local copy of the code file in Visual Studio and set a breakpoint
3) Attach to the appropriate w3wp process
4) Execute the process that will cause the breakpoint to be hit
So let’s take a look at each step individually.
Step 1: Ensure the InfoPath Form Template is compiled in the Debug Configuration so the XSN includes the symbol (PDB) file
1) Open the InfoPath Form Template in Design View
2) Open the Code Editor
3) From the Project menu choose “<ProjectName> Properties”
4) Insure the Configuration option is set to Active (Debug)
NOTE: If you do not see the Configuration option make sure the “Show Advanced Build Configurations” option is enabled: Tools | Options | Projects and Solutions | General
5) Build and save the project
6) Publish the Form Template to your Microsoft Office SharePoint Server
NOTE: If you want to make sure the XSN you are publishing includes the symbol (pdb) file, save the XSN as Source Files and review the resulting files to make sure there is the .pdb file.
Step 2: Open the local copy of the code file in Visual Studio
1) Launch Visual Studio 2005
2) Open the code file (i.e. FormCode.cs) from the project files folder for your Form Template
3) Set a breakpoint
Step 3: Attach to the appropriate w3wp process
1) Open Internet Explorer and navigate to your site
2) From the Debug menu in Visual Studio choose “Attach to Process…”
3) For the “Attach To” option make sure this has at least “Managed code” – if not, click the Select button to enable Managed Code
4) Select the correct w3wp process and click Attach
NOTE: Determining the correct w3wp process can be a bit tricky. To isolate the correct process:
- From the server machine, open a command prompt
- Navigate to the System32 directory and run the following script: iisapp.vbs. This script will list all the currently running w3wp.exe processes, listing their PID and associated application pool id. The application pool id is the only relation between the pid and your application.
- Use the PID to identify the correct w3wp.exe on the “Attach to Process” screen.
Step 4: Execute the process that will cause the breakpoint to be hit
1) Open your form in the browser and execute the process that will cause the code to run – execution should stop when it hits your breakpoint!