> Is there a test that currently passes in Firefox which will start passing in Chrome when we enable this?
I just added a more specific and concise WPT for this change: https://github.com/web-platform-tests/wpt/pull/36578 The test shows that the event propagation I'm proposing is almost identical to firefox. The only exception is that firefox does not fire pointerdown or pointerup on disabled form controls or their parents. However, chrome already fires pointerup and pointerdown on those elements, so I'm not worried about breaking anything there. You can see for yourself by using jake's demo in chrome and firefox: https://jakearchibald.com/2017/events-and-disabled-form-fields/ I believe that firefox would be ok with firing pointerup and pointerdown, I'll ask them about that. > Also, can you ask for WebKit signals? https://github.com/WebKit/standards-positions/issues/78 On Wed, Oct 19, 2022 at 9:00 AM Philip Jägenstedt <[email protected]> wrote: > Will this match the behavior of Firefox exactly? > > Is there a test that currently passes in Firefox which will start passing > in Chrome when we enable this? > https://wpt.fyi/results/dom/events/Event-dispatch-click.html already > passes and > https://wpt.fyi/results/html/semantics/forms?label=pr_head&max-count=1&pr=32381 > is a complex mix of pass/fail, is the expectation to match Firefox exactly? > > Also, can you ask for WebKit signals? A thumbs up on a HTML PR from the > likely implementer would be a lightweight signal, and another option is > https://github.com/WebKit/standards-positions. > > On Mon, Oct 17, 2022 at 6:15 PM Dave Tapuska <[email protected]> > wrote: > >> So the initial attempt was problematic for interop due to mouseup, and >> mousedown being displaced for the entire event path. I had removed my >> request to ship in order to address the concerns of other vendors (proposed >> another 3 milestones to collect more data). It appears this attempt does >> fix that by not dispatching them. I did not complete the analysis at the >> time due to changing priorities of projects. I am happy that Joey has >> spearheaded this work and do support this intent. >> >> dave. >> >> On Mon, Oct 17, 2022 at 8:33 AM Yoav Weiss <[email protected]> >> wrote: >> >>> >>> >>> On Sun, Oct 16, 2022 at 12:08 AM Joey Arhar <[email protected]> wrote: >>> >>>> Contact [email protected] >>>> >>>> Specificationhttps://github.com/whatwg/html/issues/2368 >>>> https://github.com/whatwg/html/issues/5886 >>>> No changes have been made to the spec yet, but if this launch goes well >>>> then we will likely change the HTML spec to reflect this behavior. >>>> >>>> Summary >>>> >>>> This will make mouse events other than click, mouseup, and mousedown >>>> become dispatched on disabled form controls instead of blocking them. It >>>> will also stop propagating click, mouseup, and mousedown events to the >>>> parents of disabled form controls when the event is targeted at a child of >>>> a disabled form control, which is the same behavior that Firefox currently >>>> has. A previous attempt at this was not shipped here: >>>> https://chromestatus.com/feature/5685077795143680 >>>> >>> >>> Any details on why that past attempt didn't make it? Any compat issues >>> encountered? >>> >>> >>>> Here are the previous blink-dev threads: >>>> >>>> >>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/rhNbsYDBJes/m/Jvmtv6IbBwAJ >>>> >>>> >>>> https://groups.google.com/a/chromium.org/g/blink-dev/c/KHXNJINUrj0/m/OAAh-sWuAwAJ >>>> >>>> >>>> Blink componentBlink>DOM >>>> <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EDOM> >>>> >>>> TAG reviewNone >>>> >>>> TAG review statusNot applicable >>>> >>>> Risks >>>> >>>> >>>> Interoperability and Compatibility >>>> >>>> >>>> >>>> *Gecko*: Shipped/Shipping >>>> >>>> *WebKit*: No signal >>>> >>>> *Web developers*: Positive >>>> >>>> *Other signals*: >>>> >>>> Ergonomics >>>> >>>> This change will not be used in tandem with any other APIs. This change >>>> will not affect Chrome's performance. >>>> >>>> >>>> Activation >>>> >>>> This change will not be challenging for developers to take advantage of. >>>> >>>> >>>> Security >>>> >>>> I have no security concerns for this change. >>>> >>>> >>>> WebView application risks >>>> >>>> Does this intent deprecate or change behavior of existing APIs, such >>>> that it has potentially high risk for Android WebView-based applications? >>>> >>>> >>>> >>>> Debuggability >>>> >>>> I'm not aware of any event path debugging or disabled attribute >>>> debugging that would need to be updated for this change. >>>> >>>> >>>> Will this feature be supported on all six Blink platforms (Windows, >>>> Mac, Linux, Chrome OS, Android, and Android WebView)?Yes >>>> >>>> Is this feature fully tested by web-platform-tests >>>> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md> >>>> ?https://wpt.fyi/results/dom/events/Event-dispatch-click.html >>>> https://github.com/web-platform-tests/wpt/pull/32381 >>>> >>>> Flag nameSendMouseEventsDisabledFormControls >>>> >>>> Requires code in //chrome?False >>>> >>>> Tracking bug >>>> https://bugs.chromium.org/p/chromium/issues/detail?id=588760 >>>> >>>> Estimated milestones >>>> >>>> 109 >>>> >>>> >>>> Anticipated spec changes >>>> >>>> Open questions about a feature may be a source of future web compat or >>>> interop issues. Please list open issues (e.g. links to known github issues >>>> in the project for the feature specification) whose resolution may >>>> introduce web compat/interop risk (e.g., changing to naming or structure of >>>> the API in a non-backward-compatible way). >>>> >>>> >>>> Link to entry on the Chrome Platform Status >>>> https://chromestatus.com/feature/6128674512830464 >>>> >>>> This intent message was generated by Chrome Platform Status >>>> <https://chromestatus.com/>. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "blink-dev" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAK6btwK6HEE0ujdJ9rjHChr5FGx3eXOEm4Vvaxo-BFVw5jfQtg%40mail.gmail.com >>>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAK6btwK6HEE0ujdJ9rjHChr5FGx3eXOEm4Vvaxo-BFVw5jfQtg%40mail.gmail.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "blink-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfXk7jVTytyfBvYbpFSeOmXB6wVB%3DXKToaLGcM6E9VPp_g%40mail.gmail.com >>> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL5BFfXk7jVTytyfBvYbpFSeOmXB6wVB%3DXKToaLGcM6E9VPp_g%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "blink-dev" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAHgVhZWSBm_r69sds3Dy7E%2BN-TGQr700Sgs2vJiGdnsW6BO1Yw%40mail.gmail.com >> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAHgVhZWSBm_r69sds3Dy7E%2BN-TGQr700Sgs2vJiGdnsW6BO1Yw%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAK6btwJnoYg_H6FeU2NRKNA3Z89r%2Bj-_0vzNswjNq4Ze0K_cPA%40mail.gmail.com.
