Bug 50472

Summary: Reflected unsigned attributes should be in the range [0, 2^31)
Product: WebKit Reporter: Andy Estes <aestes>
Component: New BugsAssignee: Andy Estes <aestes>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, eric, webkit.review.bot
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Other   
OS: OS X 10.5   
Attachments:
Description Flags
Patch
none
Patch darin: review+

Andy Estes
Reported 2010-12-03 12:26:41 PST
Reflected unsigned attributes should be in the range [0, 2^31)
Attachments
Patch (18.20 KB, patch)
2010-12-03 16:11 PST, Andy Estes
no flags
Patch (21.81 KB, patch)
2010-12-06 16:24 PST, Andy Estes
darin: review+
Andy Estes
Comment 1 2010-12-03 16:11:35 PST
Andy Estes
Comment 2 2010-12-03 16:15:23 PST
This patch implements the algorithm HTML5 describes for getting reflected unsigned attributes. From section 2.8.1: "If a reflecting IDL attribute is an unsigned integer type (unsigned long) then, on getting, the content attribute must be parsed according to the rules for parsing non-negative integers, and if that is successful, and the value is in the range 0 to 2147483647 inclusive, the resulting value must be returned. If, on the other hand, it fails or returns an out of range value, or if the attribute is absent, the default value must be returned instead, or 0 if there is no default value."
Andy Estes
Comment 3 2010-12-03 16:17:07 PST
Before anyone reviews this, it might be nice to let all the EWS bots do their thing before changing the review flag since I've only tested the code generation on the Mac.
Darin Adler
Comment 4 2010-12-06 09:52:38 PST
Comment on attachment 75573 [details] Patch The patch looks great; we also need a test that shows the actual behavior change in running JavaScript. Something in the LayoutTests directory. I’m going to say review- because that’s missing.
Andy Estes
Comment 5 2010-12-06 16:24:43 PST
Andy Estes
Comment 6 2010-12-06 16:26:07 PST
(In reply to comment #4) > (From update of attachment 75573 [details]) > The patch looks great; we also need a test that shows the actual behavior change in running JavaScript. Something in the LayoutTests directory. I’m going to say review- because that’s missing. Thanks Darin. The new patch adds test cases for marquee's hspace and vspace properties, which are both reflected and unsigned.
WebKit Review Bot
Comment 7 2010-12-06 16:27:32 PST
Attachment 75749 [details] did not pass style-queue: Failed to run "[u'git', u'reset', u'--hard', u'HEAD']" exit_code: 128 error: Could not write new index file. fatal: Could not reset index file to revision 'HEAD'. If any of these errors are false positives, please file a bug against check-webkit-style.
Andy Estes
Comment 8 2010-12-08 16:37:50 PST
WebKit Review Bot
Comment 9 2010-12-09 00:34:36 PST
http://trac.webkit.org/changeset/73564 might have broken GTK Linux 32-bit Release The following tests are not passing: fast/css/input-search-padding.html fast/css/text-input-with-webkit-border-radius.html fast/forms/box-shadow-override.html fast/forms/control-restrict-line-height.html fast/forms/input-appearance-height.html fast/forms/placeholder-pseudo-style.html fast/forms/placeholder-set-value.html fast/forms/search-cancel-button-style-sharing.html fast/forms/search-placeholder-value-changed.html fast/forms/search-rtl.html fast/forms/search-styled.html fast/forms/search-transformed.html fast/forms/search-vertical-alignment.html fast/forms/search-zoomed.html fast/forms/searchfield-heights.html
Note You need to log in before you can comment on or make changes to this bug.