-
Notifications
You must be signed in to change notification settings - Fork 22
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
BUGFIX: Accept a string as second parameter of the slot method #43
Conversation
@kdambekalns, currently testing against Neos 7. I remember that there have been changes in Signal/Slot information passing. May that be related? |
Hah, this seems to be a prime example of why the "maybe this passes a string" idea was bad. My guess: deactivating the signal information in the connecion is the better fix! |
… which you seem to do in
Also, #42 is weird, the signal information is passed twice?! |
@kdambekalns, wild guess from looking at it: there is a loop over the slots in As the common |
That line is indeed a bug! The Also, this is handled correctly up to 6.3 so it is a regression: https://github.com/neos/flow-development-collection/blob/6.3/Neos.Flow/Classes/SignalSlot/Dispatcher.php#L110 |
Should be fixed with neos/flow-development-collection#2362 so this can then be closed. Sorry that change in behaviour went by unnoticed! |
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.
I still think this is wrong. The parameter must be a Workspace
(or null
), but never something else. So removing the type does not solve anything!
Hey @kdambekalns, no worries. Just fixed it here to get the project going. The fix in Flow makes this unnecessary. |
Fixes: #42