W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2009

[Bug 7972] New: It appears that the steps listed for what to do when reset() is invoked contain a race condition unless step 1 (checking if already marked) and step 2 (marking the form as locked) are performed atomically together.

From: <bugzilla@wiggum.w3.org>
Date: Tue, 20 Oct 2009 03:18:47 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-7972-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7972

           Summary: It appears that the steps listed for what to do when
                    reset() is invoked contain a race condition unless step
                    1 (checking if already marked) and step 2 (marking the
                    form as locked) are performed atomically together.
           Product: HTML WG
           Version: unspecified
          Platform: Other
               URL: http://www.whatwg.org/specs/web-apps/current-work/#the-
                    form-element
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: HTML5 spec bugs
        AssignedTo: dave.null@w3.org
        ReportedBy: contributor@whatwg.org
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, public-html@w3.org


Section: http://www.whatwg.org/specs/web-apps/current-work/#the-form-element

Comment:
It appears that the steps listed for what to do when reset() is invoked contain
a race condition unless step 1 (checking if already marked) and step 2 (marking
the form as locked) are performed atomically together.

Posted from: 149.159.142.23


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 20 October 2009 03:18:50 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 20 October 2009 03:18:55 GMT