WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
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.
Top of Page
Format For Printing
XML
Clone This Bug