#9278 closed bug (wontfix)
unbind is too greedy when unbinding proxy functions
Reported by: | Owned by: | Rick Waldron | |
---|---|---|---|
Priority: | undecided | Milestone: | 1.next |
Component: | event | Version: | 1.6.1 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
Steps to reproduce:
- Create two proxies of the same function but using different contexts.
- Bind these two proxies unto the same event handler using $().bind
- Unbind one of the proxies using the proxied function handle
- Trigger the event
Actual Result:
Note that no event gets triggered
Expected Result:
The version of the handler that was not unbound should get triggered.
The JSFiddle will clarify this: http://jsfiddle.net/RD7ZF/7/
As far as I can tell, jQuery has worked like this from the dawn of time, but to me the behviour is rather unexpected. Because the contexts for the proxy functions are different, by extension the two proxy methods are different whereas unbind treats them as being the same.
Change History (4)
comment:1 Changed 12 years ago by
Component: | unfiled → event |
---|---|
Owner: | set to Rick Waldron |
Status: | new → assigned |
comment:2 Changed 12 years ago by
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
Thanks for your time and interest in helping the jQuery project, but this is by design and we do not intend to change this functionality, as it would greatly increase the complexity of creation and subsequent unbinding of proxied functions.
comment:3 Changed 12 years ago by
Keywords: | needsdocs added |
---|
This is something worth documenting at least; heavy users of jQuery.proxy
may not expect the behavior. However, many jQuery.proxy
users will be using delegated events anyway and be less likely to need to unbind perhaps?
comment:4 Changed 11 years ago by
Keywords: | needsdocs removed |
---|
Added a paragraph to describe this behavior and recommended event namespaces as the solution.
Confirmed.