[Webkit-unassigned] [Bug 64509] New: <input form="x"> should not associate the input with any forms when there is no <form id="x">
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jul 13 20:54:31 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=64509
Summary: <input form="x"> should not associate the input with
any forms when there is no <form id="x">
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Forms
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: bzbarsky at mit.edu
CC: abarth at webkit.org
Created an attachment (id=100762)
--> (https://bugs.webkit.org/attachment.cgi?id=100762&action=review)
Testcase showing the problem
BUILD: WebKit trunk, Chrome dev builds
STEPS TO REPRODUCE:
1) Load attached testcase
2) Click the submit button
EXPECTED RESULTS: Nothing happens
ACTUAL RESULTS: http://www.webkit.org/?test=test is loaded
ADDITIONAL INFORMATION: This is poisoning the well for @form: sites are deploying with bogus @form values and breaking in UAs that actually implement the spec.
The relevant spec section is http://www.whatwg.org/specs/web-apps/current-work/multipage/association-of-controls-and-forms.html#reset-the-form-owner which says in step 3.2 that if there is a "form" attribute on the input then step 4 is never reached. So both of the inputs in the testcase should not be associated with any form. It looks like WebKit falls through to step 4 when it doesn't find an element with the given ID.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list