RESOLVED WONTFIX 48288
Fix LayoutTests/canvas/philip/tests/2d.composite.operation.clear.html
https://bugs.webkit.org/show_bug.cgi?id=48288
Summary Fix LayoutTests/canvas/philip/tests/2d.composite.operation.clear.html
Mike Lawther
Reported 2010-10-25 22:15:57 PDT
This layout tests fails. See master bug: https://bugs.webkit.org/show_bug.cgi?id=46506
Attachments
Proposed patch. (7.51 KB, patch)
2011-05-20 14:37 PDT, Kulanthaivel Palanichamy
no flags
Kulanthaivel Palanichamy
Comment 1 2011-05-20 14:37:16 PDT
Created attachment 94273 [details] Proposed patch. This patch removes three compositor operators (clear, darker and highlight) that are not valid by the canvas spec. Operator "clear" seems most popularly used and there may be backward compatibility issues on removal. However, to support this operator and confirm to the spec, the implementation has to rename it something like "webkit-clear'.
Matthew Delaney
Comment 2 2011-05-20 15:00:33 PDT
Yea, this has come up many times. Here's the issue: removing clear (or even renaming it to webkit-clear) agrees with the spec but then will break sites that rely on "clear" as it were. There are many clients of WebKit such as DashBoard widgets on mac that rely on this and don't plan to change. Thus, although it's not ideal, the consensus is that it's best to leave these operators there for backward compatibility.
Kulanthaivel Palanichamy
Comment 3 2011-05-20 15:38:00 PDT
So, is the consensus then is to keep all 3 operators or just 'clear'? If it is former, the patch could be reworked to reduce the scope. Just for my knowledge: is there a way to mark a bug to "don't attempt to fix" or withdraw so other will try not to fix them.
Matthew Delaney
Comment 4 2011-05-27 14:47:33 PDT
(In reply to comment #3) > So, is the consensus then is to keep all 3 operators or just 'clear'? If it is former, the patch could be reworked to reduce the scope. I would argue that the only reason we should consider dropping support for any one of them is if both: a) They are getting in the way of properly implementing other more important features. AND b) We're *very* confident that very few pages rely on their functionality. There are still many other vastly more important features that we need to implement and/or improve upon. So, unless these 'old' ones gets in the way, there's no benefit to our users to drop them. > Just for my knowledge: is there a way to mark a bug to "don't attempt to fix" or withdraw so other will try not to fix them. Status > Resolved > Wontfix.
Eric Seidel (no email)
Comment 5 2011-06-02 08:28:04 PDT
Comment on attachment 94273 [details] Proposed patch. Cleared review? from attachment 94273 [details] so that this bug does not appear in http://webkit.org/pending-review. If you would like this patch reviewed, please attach it to a new bug (or re-open this bug before marking it for review again).
Note You need to log in before you can comment on or make changes to this bug.