[Webkit-unassigned] [Bug 242006] REGRESSION (249800 at main): Cannot edit compose body field on outlook.com

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Jun 26 21:40:43 PDT 2022


https://bugs.webkit.org/show_bug.cgi?id=242006

--- Comment #10 from Ryosuke Niwa <rniwa at webkit.org> ---
(In reply to Tim Nguyen (:ntim) from comment #7)
> (In reply to Ryosuke Niwa from comment #6)
> 
> > I don't follow. They specify user-select and -webkit-user-select. If
> > -webkit-user-select preserved the old behavior, then it would work precisely
> > because it also specify user-select, which overrides the behavior of the
> > prefixed version.
> 
> In the case of Outlook, `-webkit-user-select: auto; user-select: all;` were
> both set. The computed value for both `-webkit-user-select` and
> `user-select` would be `all` regardless since both were specified.

Right, and if we implemented the new behavior just for user-select: all and not -webkit-user-select: all, then outlook will still get the new behavior since it specifies both properties while other clients that might be relying on old behaviors of -webkit-user-select: all will continue to get the same behavior.

It's still possible though that there are content out there targeting iOS or Safari specifically and specify both user-select and -webkit-user-select and expect the old WebKit behavior so if those contents exist, then we're really screwed here.

At this point, I suggest we revert https://commits.webkit.org/249800@main for now and try again later.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220627/79af7096/attachment-0001.htm>


More information about the webkit-unassigned mailing list