Debugging Legacy Workflows
If you are using the legacy Windows Workflow Designer in Visual Studio 2012 to build Windows Workflow Foundation (WF) applications that target.NET Framework 3.0 or 3.5, you can debug your workflows like any other program by setting breakpoints, attaching to processes, and examining threads and the call stack. You also have the option of debugging remotely.
If multiple versions of Visual Studio have been installed and uninstalled on your machine, WF3 debugging can fail with one of the two following possibilities:|
Windows Workflow Foundation integrates with the following standard Visual Studio debug windows:
- Breakpoint: Works as expected, but you specify an activity for the function name.
- Call Stack: Modified to provide an outline of the activities that have executed in a workflow instance. The entries in the Call Stack window are a depth-first search of executing activities. You can double-click an entry to put focus on the selected activity.
- Threads: Provides the instance ID of the workflow instance that is being debugged.
Visual Studio for Windows Workflow Foundation does not support the following debugging features:
Conditional breakpoints on the designer surface.
Set next statement.
Run to cursor.
Edit and continue.
In This Section