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
After upgrading to v3.2.2, i've noticed that declaration order of stimulus controllers in HTML matters.
In my project I'm using symfony/ux-autocomplete and I have a custom controller to override tom-select options rendering.
All my controllers are fetch in eager mode.
Not declaring colporteur--sap-order-item-select before symfony/ux-autocomplete/autocomplete in the HTML, leads to custom controller connecting but never intercepting the autocomplete:pre-connect event dispatched by ux-autocomplete controller.
Obviously, i've fix this by putting my custom controller in first position :
But I do not really like things that depends on declaration order to work.
Is this a wanted behaviour ? Maybe I'm opening issue in the wrong repo and should open it on symfony/ux one ?
The text was updated successfully, but these errors were encountered:
After upgrading to v3.2.2, i've noticed that declaration order of stimulus controllers in HTML matters.
In my project I'm using symfony/ux-autocomplete and I have a custom controller to override tom-select options rendering.
All my controllers are fetch in eager mode.
Here is an example :
Not declaring
colporteur--sap-order-item-select
beforesymfony/ux-autocomplete/autocomplete
in the HTML, leads to custom controller connecting but never intercepting theautocomplete:pre-connect
event dispatched by ux-autocomplete controller.Obviously, i've fix this by putting my custom controller in first position :
But I do not really like things that depends on declaration order to work.
Is this a wanted behaviour ? Maybe I'm opening issue in the wrong repo and should open it on symfony/ux one ?
The text was updated successfully, but these errors were encountered: