-
-
Notifications
You must be signed in to change notification settings - Fork 5.2k
Added missing events description #7528
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 2 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -222,6 +222,38 @@ could easily enable logging:: | |
$subscriber = new AuditTrailListener($logger); | ||
$dispatcher->addSubscriber($subscriber); | ||
|
||
Available events | ||
---------------- | ||
|
||
1. General events | ||
|
||
The following events are dispatched for all workflows: | ||
|
||
* ``workflow.guard``: occurs just before starting a transition. It allows you to | ||
prevent the transition by calling ``$event->setBlocked(true);`` as shown above. | ||
* ``workflow.leave``: occurs just after an object has left it's current state. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We should mention that all events give carries the subject and the transition. * ``workflow.leave``: carries the marking with the initial places, occurs just before the transition.
* ``workflow.transition``: carries the marking with the current places, occurs during the transition.
* ``workflow.enter``: carries the marking with the new places, occurs just after the transition. Actually while checking this I've opened symfony/symfony#21793. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @HeahDude added |
||
* ``workflow.transition``: occurs just before starting to transition to the new state. | ||
* ``workflow.enter``: occurs just after the object has entered into the new state. | ||
|
||
2. Workflow-specific events | ||
|
||
All the previous events are also triggered for each workflow individually, so | ||
you can react only to the events of a specific workflow: | ||
|
||
* ``workflow.<workflow_name>.guard`` | ||
* ``workflow.<workflow_name>.leave`` | ||
* ``workflow.<workflow_name>.transition`` | ||
* ``workflow.<workflow_name>.enter`` | ||
|
||
3. Transition or state-specific events | ||
|
||
You can even listen to some specific transitions or states for a specific workflow: | ||
|
||
* ``workflow.<workflow_name>.guard.<transition_name>`` | ||
* ``workflow.<workflow_name>.leave.<state_name>`` | ||
* ``workflow.<workflow_name>.transition.<transition_name>`` | ||
* ``workflow.<workflow_name>.enter.<state_name>`` | ||
|
||
Usage in Twig | ||
------------- | ||
|
||
|
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is also fired when testing available transitions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@HeahDude added