245529 - gtkmozembed is out of sync wrt how DOM event propagation is blocked

Status: RESOLVED FIXED

(Core Graveyard :: Embedding: GTK Widget, defect)

Description

[Philip Langdale]

The fix for bug 233142 removed the ability to block a DOM event by returning
something other than NS_OK from an event handler. Rather, the handler now must
call |stopPropagation| and |preventDefault| on the event to block it.

As such, all the gtk signal wrappers for the DOM events must be rewritten so
that they check the return code of the gtk callback and block the event if TRUE
is returned or do nothing otherwise; this preserves the gtk signal semantics.

This affects the 1.7 branch and trunk.

I'll work up a patch in the next few days, but I *really* hope this gets into
1.7, otherwise the DOM event signals will be very broken.

Comment 1

[Philip Langdale]

Attachment: Patch to allow gtk callbacks to block event propagation again

Here's my patch to fix the problem. It retains the correct gtk callback
semantics. As far as I can see, there's nothing to be gained from checking the
return values of the |stopPropagation| and |preventDefault| calls, so I don't.

Comment 2

[Johnny Stenback (:jst)]

Comment on attachment 149982 [details] [diff] [review]
Patch to allow gtk callbacks to block event propagation again

r=jst

Comment 3

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Comment on attachment 149982 [details] [diff] [review]
Patch to allow gtk callbacks to block event propagation again

a=dbaron conditional on getting sr

Comment 4

[chris hofmann]

let's get this landed quickly.

Comment 5

[Philip Langdale]

The patch is fully approved but I don't have check-in rights, so if someone who
does could check it in, that would be great.

It should be checked into the 1.7 branch and trunk. The diff is against 1.7
branch but applies to trunk as is. I have confirmed that it is correct for both.

Comment 6

[Johnny Stenback (:jst)]

Fixed on trunk and 1.7 branch. Thanks for the fix, Philip!