You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Given this setup:
If you try to connect outcome done of State A to the outcome A of the behavior.
The arrow automatically points to the State A itself, instead of the the outcome A of the behavior.
If connected to the outcome B of the behavior, the arrow automatically points to the State B instead of the the outcome B of the behavior.
The same inside a Concurrency Container: The Outputs can be connected.
The text was updated successfully, but these errors were encountered:
tiko5000
changed the title
Unexpected Behavior if State and Outcome have identical Names (branch=ros2-devel)
Unexpected Behavior if State and Outcome have identical Names on branch ros2-devel
Jun 30, 2023
tiko5000
changed the title
Unexpected Behavior if State and Outcome have identical Names on branch ros2-devel
Unexpected Behavior if State and Outcome have identical Names on branch "ros2-devel"
Jun 30, 2023
Effectively these outcomes are same as a state for connecting transitions.
You rightfully argue that we should detect and prevent this conflict, so I will mark as enhancement for future development, but do not expect to be a near term priority.
To avoid, follow a standard naming convention. We normally use PascalCase for state names, and snake_case for outcomes.
So your container outcomes would be "a" and "b" which would not conflict.
Given this setup:
If you try to connect outcome
done
of StateA
to the outcomeA
of the behavior.The arrow automatically points to the State
A
itself, instead of the the outcomeA
of the behavior.If connected to the outcome
B
of the behavior, the arrow automatically points to the StateB
instead of the the outcomeB
of the behavior.The same inside a Concurrency Container: The Outputs can be connected.
The text was updated successfully, but these errors were encountered: