Closed Bug 991690 Opened 11 years ago Closed 11 years ago

Remove the classinfo from EventListenerInfo

Categories

(Core :: DOM: Events, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla31

People

(Reporter: emk, Assigned: emk)

References

Details

(Keywords: addon-compat, dev-doc-complete, site-compat)

Attachments

(1 file)

Attached patch patchSplinter Review
Non-standard, instances are unavailable from content anyway, no other browsers have this property on the global object. There's no point in exposing it on the global object.
Attachment #8401299 - Flags: review?(bugs)
Comment on attachment 8401299 [details] [diff] [review] patch Doesn't this break all sorts of stuff? How did EventListenerInfo end up to content global. I thought it was only in chrome. Probably my mistake. Anyhow the idea was originally to make it easy to use EventListenerService.
(In reply to Olli Pettay [:smaug] from comment #1) > Doesn't this break all sorts of stuff? At least test_bug448602.html didn't break. https://tbpl.mozilla.org/?tree=Try&rev=c413c640feb4 If the test doesn't catch the error somehow, it should be added to the test. > How did EventListenerInfo end up to content global. I thought it was only > in chrome. Probably my mistake. It will be ChromeOnly if NS_DEFINE_CLASSINFO_DATA is replaced with NS_DEFINE_CHROME_ONLY_CLASSINFO_DATA. But I doubt the global property is needed even in chrome. > Anyhow the idea was originally to make it easy to use EventListenerService. nsIEventListenerInfo is the only interface EventListenerInfo implements, so the interface flattening is not needed.
Attachment #8401299 - Flags: review?(bugs) → review+
Assignee: nobody → VYV03354
Status: NEW → ASSIGNED
Flags: in-testsuite+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla31
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: