Re: event.target referencing element not attached to the DOM?
Bobby Holley <[email protected]> Fri, 14 Sep 2012 15:27:39 +0200
| Newsgroups | gmane.comp.mozilla.devel.dom |
|---|---|
| Message-ID | <CAKBxTcLNJvrNGdWUroHaUEh5Kcuemk0iYm9a8tQQuHeO_J6+Lg@mail.gmail.com> |
Hi Jonatan, It might be related to compartment-per-global [1]. The best thing to do would be to put together a reduced testcase (as small and simple as possible) that works in FF14 but not in FF15, file a bug on bugzilla.mozilla.org, and CC me. I'll try to take a look! Cheers, bholley [1] http://bholley.wordpress.com/2012/05/04/at-long-last-compartment-per-global/ On Fri, Sep 14, 2012 at 1:55 PM, Jonatan <[email protected]> wrote: > Hi, > > I don't know if this is the correct forum or not, so please point me in > the right direction if I'm blabbing in the wrong place. > > To the issue at hand: Since updating to FF 15, I'm experiencing an issue > where event.target in event handlers represents an element that is not the > same element as the one found in the DOM (== comparison fails), but it > seems like it's parent *is* the exact same element as in the DOM. > > What I'm doing is intercepting click events on elements and then > generating a (proprietary) search path for identifying the element (with or > without ID attributes). This has worked fine before, but as of FF 15 I > cannot verify that the search path represents the same element anymore > since the element in the DOM != event.target. > > Has anyone run into this problem or does anyone have any idea what the > cause might be? Or a hint as to where I can find someone that has an idea? > > Thanks! > /Jonatan > _______________________________________________ > dev-tech-dom mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-tech-dom >