WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
154247
HTMLFormElement.autocomplete should only return known values
https://bugs.webkit.org/show_bug.cgi?id=154247
Summary
HTMLFormElement.autocomplete should only return known values
Chris Dumez
Reported
2016-02-15 10:37:32 PST
HTMLFormElement.autocomplete should only return known values:
https://html.spec.whatwg.org/multipage/forms.html#dom-form-autocomplete
https://html.spec.whatwg.org/multipage/forms.html#attr-form-autocomplete
Attachments
Patch
(23.44 KB, patch)
2016-02-19 14:59 PST
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
Archive of layout-test-results from ews103 for mac-yosemite
(759.65 KB, application/zip)
2016-02-19 15:52 PST
,
Build Bot
no flags
Details
Archive of layout-test-results from ews105 for mac-yosemite-wk2
(800.41 KB, application/zip)
2016-02-19 15:57 PST
,
Build Bot
no flags
Details
Archive of layout-test-results from ews116 for mac-yosemite
(818.73 KB, application/zip)
2016-02-19 16:04 PST
,
Build Bot
no flags
Details
Patch
(25.64 KB, patch)
2016-02-19 16:08 PST
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2016-02-15 10:38:32 PST
<
rdar://problem/24658195
>
Chris Dumez
Comment 2
2016-02-19 14:59:36 PST
Created
attachment 271809
[details]
Patch
Ryosuke Niwa
Comment 3
2016-02-19 15:13:14 PST
Comment on
attachment 271809
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=271809&action=review
> Source/WebCore/html/HTMLFormElement.cpp:872 > +const AtomicString& HTMLFormElement::autocomplete() const > +{ > + static NeverDestroyed<const AtomicString> on("on", AtomicString::ConstructFromLiteral); > + static NeverDestroyed<const AtomicString> off("off", AtomicString::ConstructFromLiteral); > +
Why don't we just return String so that we don't have to construct these AtomicString's.
Build Bot
Comment 4
2016-02-19 15:51:59 PST
Comment on
attachment 271809
[details]
Patch
Attachment 271809
[details]
did not pass mac-ews (mac): Output:
http://webkit-queues.webkit.org/results/856274
New failing tests: fast/forms/autocomplete.html
Build Bot
Comment 5
2016-02-19 15:52:02 PST
Created
attachment 271812
[details]
Archive of layout-test-results from ews103 for mac-yosemite The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews103 Port: mac-yosemite Platform: Mac OS X 10.10.5
Build Bot
Comment 6
2016-02-19 15:57:22 PST
Comment on
attachment 271809
[details]
Patch
Attachment 271809
[details]
did not pass mac-wk2-ews (mac-wk2): Output:
http://webkit-queues.webkit.org/results/856276
New failing tests: fast/forms/autocomplete.html
Build Bot
Comment 7
2016-02-19 15:57:26 PST
Created
attachment 271813
[details]
Archive of layout-test-results from ews105 for mac-yosemite-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews105 Port: mac-yosemite-wk2 Platform: Mac OS X 10.10.5
Build Bot
Comment 8
2016-02-19 16:04:06 PST
Comment on
attachment 271809
[details]
Patch
Attachment 271809
[details]
did not pass mac-debug-ews (mac): Output:
http://webkit-queues.webkit.org/results/856277
New failing tests: fast/forms/autocomplete.html
Build Bot
Comment 9
2016-02-19 16:04:11 PST
Created
attachment 271814
[details]
Archive of layout-test-results from ews116 for mac-yosemite The attached test failures were seen while running run-webkit-tests on the mac-debug-ews. Bot: ews116 Port: mac-yosemite Platform: Mac OS X 10.10.5
Chris Dumez
Comment 10
2016-02-19 16:08:17 PST
Created
attachment 271815
[details]
Patch
Chris Dumez
Comment 11
2016-02-19 16:09:07 PST
Comment on
attachment 271815
[details]
Patch Clearing flags on attachment: 271815 Committed
r196846
: <
http://trac.webkit.org/changeset/196846
>
Chris Dumez
Comment 12
2016-02-19 16:09:12 PST
All reviewed patches have been landed. Closing bug.
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