-
-
Notifications
You must be signed in to change notification settings - Fork 96
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
click.delegate bindings intermittently execute more than once in an Aurelia application #793
Comments
Thanks @massimocode , ill see if I can guess-locate the code without a repro. |
Those I should also say that click.delegate is no longer recomended, as the pros are longer worth the cons. |
Thanks for confirming @bigopon. In that case we will switch over to click.trigger instead. We don't use it heavily with hundreds/thousands of elements on a page anyway and I think that was the main driving factor for click.delegate. It might be worth a quick update to the docs that either delegate shouldn't be used anymore or perhaps should only be used with many repeated elements or something. I'm happy to try anything you want (i.e. add logging statements or amendments) to help look into this issue if you wish to pursue it. |
Yes, we should do that. Ccing you @Vheissu for the note in our new v1 doc. |
Thanks, if I do I will try to ask for help when needed 🙏 . |
I'm submitting a bug report
2.5.4
Please tell us about your environment:
Operating System:
Windows 11 (same issue on Windows 10)
Node Version:
v20.17.0
NPM Version:
10.8.2
JSPM OR Webpack AND Version
webpack 5.91.0
Browser:
Chrome v128 (although this issue has existed on versions much earlier too, definitely as far back as v108 and extremely likely earlier than that).
Language:
Typescript 5.4.5
Current behavior:
We have a front-end application built using Aurelia. We have some automated UI tests for it. Sometimes our UI tests will fail. We added much more in-depth logging and found that it was because buttons that had the
click.delegate
binding on it were executing the handler more than once when they were clicked. So our test was clicking the element once, but the handler was running more than once.When we changed those handlers to use click.trigger, we could no longer reproduce it.
We have also seen this behaviour in our production application, where users who we believe to be normal users (as we looked at their analytics sessions and didn't see any bot like behaviour) were submitting forms multiple times in extremely quick succession, impossibly quick for a user.
Expected/desired behavior:
When click.delegate is used, the handler should be called only once. (Most of the time this is the case, but as I mentioned there see to be cases where it is not).
What is the expected behavior?
To only call the click handler once.
What is the motivation / use case for changing the behavior?
I suspect that this is a bug in Aurelia, as changing the binding from delegate to click seems to solve the problem.
I could not replicate this using a simple gist (1 App viewmodel, no routing) but I have a repository with tests that fail quite reliably when run multiple times.
I'm looking forward to hearing your thoughts and trying anything that you'd like me to try.
The application is 4 years old and this issue has existed for pretty much as far back as I can remember. I also remember seeing this issue whilst working on another Aurelia application as far back as 2016.
The text was updated successfully, but these errors were encountered: