RESOLVED FIXED 125527
Clean up SVGScriptElement
https://bugs.webkit.org/show_bug.cgi?id=125527
Summary Clean up SVGScriptElement
Rob Buis
Reported 2013-12-10 11:49:10 PST
There seems to be no need for m_type or the type getter/setters to be there.
Attachments
Patch (5.13 KB, patch)
2013-12-10 11:54 PST, Rob Buis
no flags
Patch (3.58 KB, patch)
2013-12-10 13:46 PST, Rob Buis
no flags
Patch (3.15 KB, patch)
2013-12-12 14:24 PST, Rob Buis
no flags
Patch (5.97 KB, patch)
2013-12-12 15:52 PST, Rob Buis
darin: review+
Rob Buis
Comment 1 2013-12-10 11:54:25 PST
Sam Weinig
Comment 2 2013-12-10 13:05:19 PST
Comment on attachment 218888 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=218888&action=review > Source/WebCore/svg/SVGScriptElement.idl:29 > + [TreatNullAs=NullString, ImplementedAs=typeAttributeValue] attribute DOMString type; Can this use Reflect?
Rob Buis
Comment 3 2013-12-10 13:38:24 PST
(In reply to comment #2) > (From update of attachment 218888 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=218888&action=review > > > Source/WebCore/svg/SVGScriptElement.idl:29 > > + [TreatNullAs=NullString, ImplementedAs=typeAttributeValue] attribute DOMString type; > > Can this use Reflect? Hi Sam, I was concerned that Reflect would not be able to tell it is the svg type attribute, not the html type attribute, but it is. Will make a new patch.
Rob Buis
Comment 4 2013-12-10 13:46:19 PST
Sam Weinig
Comment 5 2013-12-10 13:51:56 PST
Comment on attachment 218904 [details] Patch r=me
WebKit Commit Bot
Comment 6 2013-12-10 14:25:07 PST
Comment on attachment 218904 [details] Patch Clearing flags on attachment: 218904 Committed r160389: <http://trac.webkit.org/changeset/160389>
WebKit Commit Bot
Comment 7 2013-12-10 14:25:10 PST
All reviewed patches have been landed. Closing bug.
Darin Adler
Comment 8 2013-12-12 00:03:15 PST
Comment on attachment 218904 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=218904&action=review > Source/WebCore/svg/SVGScriptElement.idl:29 > + [TreatNullAs=NullString, Reflect] attribute DOMString type; This is more than a cleanup. It’s a bug fix. The old setter code would not set the content attribute when you set the type attribute from JavaScript. The reverse would work, setting the content attribute would affect what you see from JavaScript. We should have a regression test demonstrating this improvement in behavior.
Rob Buis
Comment 9 2013-12-12 14:24:48 PST
Reopening to attach new patch.
Rob Buis
Comment 10 2013-12-12 14:24:59 PST
Rob Buis
Comment 11 2013-12-12 14:40:08 PST
(In reply to comment #8) > (From update of attachment 218904 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=218904&action=review > > > Source/WebCore/svg/SVGScriptElement.idl:29 > > + [TreatNullAs=NullString, Reflect] attribute DOMString type; > > This is more than a cleanup. It’s a bug fix. > > The old setter code would not set the content attribute when you set the type attribute from JavaScript. The reverse would work, setting the content attribute would affect what you see from JavaScript. We should have a regression test demonstrating this improvement in behavior. Makes sense, I'll work on adding a test.
Rob Buis
Comment 12 2013-12-12 15:23:40 PST
Comment on attachment 219119 [details] Patch Clear review flag since I want to add the test as well.
Rob Buis
Comment 13 2013-12-12 15:52:15 PST
Rob Buis
Comment 14 2013-12-12 16:00:36 PST
A further datapoint, FireFox syncs the type JS property and the content attribute too.
Brent Fulgham
Comment 15 2013-12-12 21:30:33 PST
I'd love to get this landed; I think it will clear up four build bot test failures on our Debug machines.
Rob Buis
Comment 16 2013-12-13 07:04:46 PST
(In reply to comment #15) > I'd love to get this landed; I think it will clear up four build bot test failures on our Debug machines. It landed in r160544, sorry about the test failures.
Brent Fulgham
Comment 17 2013-12-13 08:53:43 PST
(In reply to comment #16) > (In reply to comment #15) > > I'd love to get this landed; I think it will clear up four build bot test failures on our Debug machines. > > It landed in r160544, sorry about the test failures. Excellent! And it did clear those failures. Nice and green again. :-)
Note You need to log in before you can comment on or make changes to this bug.