Summary: | HTMLOutputElement::htmlFor should be readonly | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Kentaro Hara <haraken> | ||||||||||||||
Component: | WebCore JavaScript | Assignee: | Vineet Chaudhary (vineetc) <code.vineet> | ||||||||||||||
Status: | RESOLVED FIXED | ||||||||||||||||
Severity: | Normal | CC: | abarth, bashi, buildbot, code.vineet, dglazkov, gyuyoung.kim, japhet, mifenton, ojan.autocc, rakuco, rniwa, tkent, webkit.review.bot | ||||||||||||||
Priority: | P2 | Keywords: | WebExposed | ||||||||||||||
Version: | 528+ (Nightly build) | ||||||||||||||||
Hardware: | Unspecified | ||||||||||||||||
OS: | Unspecified | ||||||||||||||||
Attachments: |
|
Description
Kentaro Hara
2012-11-11 22:55:24 PST
I think htmlFor was not read-only in old drafts. I don't remember, but I think it wasn't readonly in old spec, too. I think we should make it readonly. Please feel free to prepare the patch or assign the bug to me. Created attachment 184331 [details]
patch
Comment on attachment 184331 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=184331&action=review > Source/WebCore/ChangeLog:16 > + * bindings/js/JSHTMLOutputElementCustom.cpp: Removed setHtmlFor() method. > + * bindings/v8/custom/V8HTMLOutputElementCustom.cpp: Removed htmlForAccessorSetter(). I think we can remove htmlFor() too. Comment on attachment 184331 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=184331&action=review >> Source/WebCore/ChangeLog:16 >> + * bindings/v8/custom/V8HTMLOutputElementCustom.cpp: Removed htmlForAccessorSetter(). > > I think we can remove htmlFor() too. by removing [Custom] in the IDL. (In reply to comment #5) > (From update of attachment 184331 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=184331&action=review > > >> Source/WebCore/ChangeLog:16 > >> + * bindings/v8/custom/V8HTMLOutputElementCustom.cpp: Removed htmlForAccessorSetter(). > > > > I think we can remove htmlFor() too. > > by removing [Custom] in the IDL. Yes I just realized that we can remove custom bindings here thanks for pointing, I will upload patch again. Comment on attachment 184331 [details]
patch
Thanks for fixing the bug. Would you check the behavior of other browsers (Firefox, Opera, IE)?
Created attachment 184384 [details] updated_patch (In reply to comment #7) > (From update of attachment 184331 [details]) > Thanks for fixing the bug. Would you check the behavior of other browsers (Firefox, Opera, IE)? I checked the behavior with other browsers: Read/Writable On IE : 8.0 Opera : 12.12 (Ubuntu) Readonly On Firefox : 18.0 Comment on attachment 184384 [details]
updated_patch
Given that Firefox follows the spec behavior, the change looks reasonable. Thanks for removing the custom bindings. (The original motivation that I filed this bug is that I wanted to remove the custom bindings.)
Comment on attachment 184384 [details] updated_patch Rejecting attachment 184384 [details] from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=gce-cq-01', 'apply-attachment', '--no-update', '--non-interactive', 184384, '--port=chromium-xvfb']" exit_code: 2 cwd: /mnt/git/webkit-commit-queue Last 500 characters of output: LOutputElementCustom.cpp' patching file Source/WebCore/html/HTMLOutputElement.idl patching file LayoutTests/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file LayoutTests/fast/dom/HTMLOutputElement/dom-settable-token-list-expected.txt patching file LayoutTests/fast/dom/HTMLOutputElement/script-tests/dom-settable-token-list.js Failed to run "[u'/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply', '--force', '--reviewer', 'Kentaro Hara']" exit_code: 1 cwd: /mnt/git/webkit-commit-queue Full output: http://queues.webkit.org/results/16072854 Created attachment 184538 [details]
patch_for_landing
Sorry for previous patch it failed to apply.
Attaching same patch rebaselined.
(In reply to comment #10) > (From update of attachment 184384 [details]) > Rejecting attachment 184384 [details] from commit-queue. > > Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=gce-cq-01', 'apply-attachment', '--no-update', '--non-interactive', 184384, '--port=chromium-xvfb']" exit_code: 2 cwd: /mnt/git/webkit-commit-queue > > Last 500 characters of output: > LOutputElementCustom.cpp' > patching file Source/WebCore/html/HTMLOutputElement.idl > patching file LayoutTests/ChangeLog > Hunk #1 succeeded at 1 with fuzz 3. > patching file LayoutTests/fast/dom/HTMLOutputElement/dom-settable-token-list-expected.txt > patching file LayoutTests/fast/dom/HTMLOutputElement/script-tests/dom-settable-token-list.js > > Failed to run "[u'/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply', '--force', '--reviewer', 'Kentaro Hara']" exit_code: 1 cwd: /mnt/git/webkit-commit-queue > > Full output: http://queues.webkit.org/results/16072854 Hi haraken, I am able to apply patch locally but not sure why it is failing for bot. Could you please point if I am missing something. Created attachment 184549 [details]
Patch
Did you rebase your patch with the latest WebKit trunk? (In reply to comment #14) > Did you rebase your patch with the latest WebKit trunk? Yes I did that too also tried with svn-create-patch and webkit-patch both. Comment on attachment 184549 [details]
Patch
Hmm, then I wonder why bots are purple (It means the bots failed in applying your patch). Let's try to commit anyway.
Comment on attachment 184549 [details] Patch Rejecting attachment 184549 [details] from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=gce-cq-03', 'apply-attachment', '--no-update', '--non-interactive', 184549, '--port=chromium-xvfb']" exit_code: 2 cwd: /mnt/git/webkit-commit-queue Last 500 characters of output: LOutputElementCustom.cpp' patching file Source/WebCore/html/HTMLOutputElement.idl patching file LayoutTests/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file LayoutTests/fast/dom/HTMLOutputElement/dom-settable-token-list-expected.txt patching file LayoutTests/fast/dom/HTMLOutputElement/script-tests/dom-settable-token-list.js Failed to run "[u'/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply', '--force', '--reviewer', 'Kentaro Hara']" exit_code: 1 cwd: /mnt/git/webkit-commit-queue Full output: http://queues.webkit.org/results/16082923 (In reply to comment #13) > Created an attachment (id=184549) [details] > Patch Looks like end-of-line code of some files are CR-LF. Created attachment 184810 [details]
Patch
(In reply to comment #19) > Created an attachment (id=184810) [details] > Patch (In reply to comment #18) > (In reply to comment #13) > > Created an attachment (id=184549) [details] [details] > > Patch > > Looks like end-of-line code of some files are CR-LF. Thanks tkent it helped!! Editing vcxproj file in visual studio/windows helps. Comment on attachment 184810 [details] Patch Attachment 184810 [details] did not pass mac-ews (mac): Output: http://queues.webkit.org/results/16123515 Comment on attachment 184810 [details] Patch Attachment 184810 [details] did not pass mac-ews (mac): Output: http://queues.webkit.org/results/16117579 New failing tests: fast/dom/HTMLOutputElement/dom-settable-token-list.html Comment on attachment 184810 [details] Patch Attachment 184810 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/16119545 New failing tests: fast/dom/HTMLOutputElement/dom-settable-token-list.html Comment on attachment 184810 [details] Patch Attachment 184810 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://queues.webkit.org/results/16117711 New failing tests: fast/dom/HTMLOutputElement/dom-settable-token-list.html Created attachment 185082 [details]
another_try
It seems patch failing to apply for WIN only.
I checked other patches includes *.vcxproj files and those also fails to apply patch for windows.
Can/should we land this patch manually? //Apologize for previous wrong patch.
Comment on attachment 185082 [details]
another_try
Maybe it is a problem of CR+LF? Anyway the patch looks OK, so please feel free to try to land it manually, keeping watching the tree.
Comment on attachment 185082 [details] another_try Clearing flags on attachment: 185082 Committed r141063: <http://trac.webkit.org/changeset/141063> All reviewed patches have been landed. Closing bug. |