This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 15645 - Problem: Changing the state of a <select multiple> element from *contains one or more selected options* to *contains zero remaining selected options* doesn't communicate the change of state to the form processor since the select element is changed to "emp
Summary: Problem: Changing the state of a <select multiple> element from *contains one...
Status: RESOLVED NEEDSINFO
Alias: None
Product: HTML WG
Classification: Unclassified
Component: HTML5 spec (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-20 16:30 UTC by contributor
Modified: 2012-05-07 22:25 UTC (History)
4 users (show)

See Also:


Attachments

Description contributor 2012-01-20 16:30:28 UTC
Specification: http://dev.w3.org/html5/spec/Overview.html
Multipage: http://www.whatwg.org/C#top
Complete: http://www.whatwg.org/c#top

Comment:
Problem: Changing the state of a <select multiple> element from *contains one
or more selected options* to *contains zero remaining selected options*
doesn't communicate the change of state to the form processor since the select
element is changed to "empty" and as such the select element is no longer a
[successful
control](http://www.w3.org/TR/html4/interact/forms.html#successful-controls).

The state of the select element has *changed* but it has changed to contain
zero selected options. This should be a valid state to be submitted to the
server for processing as it affects the state of the form's data model's
attribute which is controlled by the select element. But it seems as though
this is not the implemented expectation which user-agents currently employ.

Are user-agents correctly implementing the HTML specification, are they
implementing it incorrectly, or is the specification ambiguous leaving room
for error? It feels to me like a case of ambiguity perhaps.

[The HTML5
spec](http://dev.w3.org/html5/spec/Overview.html#the-select-element) says that
a multiple select element "represents a control for selecting zero or more
options from the list of options", but does the meaning of "selecting zero
options" mean simply that the user can **optionally select something** (i.e.,
that given a list of options that are all *not* selected, the user can choose
not to select anything, effectively submitting the containing form with no
change to the select element's options selectedness) or that a user can
**express the value of zero** (i.e., that given a list of options, some of
whose selectedness is true, if a user sets *all* options' selectedness to
false, this should communicate a subtly different event that is a state of
*newly empty* to the form processor).

--

Forgive me if this is a naive question. I could very well be missing a key
point, in which case I apologize for using up your time. But if this is indeed
an ambiguity in the spec, I hope this particular issue could be more clearly
expressed in the spec. Thanks.

I've expressed additional detail here if it helps:
http://robmclarty.com/blog/html-multiple-select-element-doesnt-express-the-sta
te-of-newly-empty/

Posted from: 76.65.209.5
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_5_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7
Comment 1 Ian 'Hixie' Hickson 2012-05-07 22:25:00 UTC
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Did Not Understand Request
Change Description: no spec change
Rationale: I don't understand. Could you elaborate?