Note: This API is now obsolete.
Specifies how the workflow debugger will step through concurrently executing child activities of a composite activity.
Assembly: System.Workflow.Runtime (in System.Workflow.Runtime.dll)
This material discusses types and namespaces that are obsolete. For more information, see Deprecated Types in Windows Workflow Foundation 4.5.
This enumeration is used with the WorkflowDebuggerSteppingAttribute attribute to define the following two behaviors:
Concurrent stepping. This mode of stepping enables you to step through and debug concurrently executing activities in the workflow. With this option, you will notice that a change in control occurs when concurrently executing activities run within the workflow.
Sequential stepping. This mode of stepping enables you to step through and debug a particular branch of a composite activity, such as the ParallelActivity or the ConditionedActivityGroup activity. When you use this option to debug, you will not notice that a change in control occurs due to concurrent execution of other activities in the workflow. The debugger only steps through the activities in the currently selected branch while other activities in the workflow may be executing concurrently. For example, by default, the leftmost branch in a ParallelActivity activity and the first child activity of a ConditionedActivityGroup activity are used for stepping. If you are interested in debugging any other branch or child activity, an explicit breakpoint must be placed on that branch or child activity. Stepping continues in that branch when the breakpoint is triggered.
Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012, Windows 7, Windows Vista SP2, Windows Server 2008 (Server Core Role not supported), Windows Server 2008 R2 (Server Core Role supported with SP1 or later; Itanium not supported)