[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