Opened 10 years ago
Closed 10 years ago
#12746 closed defect (duplicate)
[patch] [cla] dijit.form._ComboBoxDataStore: fetch with no query.name returns only empty options
| Reported by: | Kenneth G. Franqueiro | Owned by: | Douglas Hays |
|---|---|---|---|
| Priority: | low | Milestone: | 1.7 |
| Component: | Dijit - Form | Version: | 1.6.0 |
| Keywords: | combobox | Cc: | |
| Blocked By: | Blocking: |
Description
The way dijit.form._ComboBoxDataStore (now dijit.form.DataList in trunk) is written, if no query (or more specifically, no query.name) is specified in the fetch arguments, it defaults to matching only options with blank innerHTML.
Normally this isn't really an issue, at least in the way that the store is accessed by ComboBox itself. It may be noticeable if one were to query the store directly however.
Attachments (2)
Change History (4)
Changed 10 years ago by
| Attachment: | testComboDS.html added |
|---|
Changed 10 years ago by
| Attachment: | 12746.diff added |
|---|
Proposed one-line change that will fix the issue and doesn't seem to cause regressions.
comment:1 Changed 10 years ago by
| Summary: | dijit.form._ComboBoxDataStore: fetch with no query.name returns only empty options → [patch] [cla] dijit.form._ComboBoxDataStore: fetch with no query.name returns only empty options |
|---|
Or you can use the condition "name" in args.query, I always prefer that format to check if an attribute is in a hash since it seems more intuitive and is a bit shorter and faster.
comment:2 Changed 10 years ago by
| Milestone: | tbd → 1.7 |
|---|---|
| Resolution: | → duplicate |
| Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
Test page showing issue. First two buttons have same (bogus) result; third button has desired result.