We have evaluated your controls for few days for the last 3 years now. And you still dont support check boxes and load on demand. (we keep getting the same response from your forms). There are other companies already do that. If you can include this feature in your future development that will be great. As i have mentioned to your sales team about the team size and the number of license we need but unfortunately this feature is not available so we can not buy your controls. Thanks

If a combobox uses load-on-demand and an item is selected, after postback the item list will be filtered to only items that contain the text of the selected item.  This type of filtered loading is desirable when the user is typing into the combobox and is expecting a reduced item list.  However it can be unexpected behavior if an item is selected, the user was not typing into the combobox, a postback occurs, and then the item list has been reduced.

This video demonstrates the current behavior:
http://screencast.com/t/NVkDc3KYR

And so my request is for the combobox items list to remain the same after postback when the user did not intend for the item list to be reduced.

MarkFirstMatch and Filter functionalities are not supported when checkboxes are enabled, as specified in the Checkbox Support help article. If you remove these two functionalities, the Check All checkbox works as expected.


I want to have on the MarkFirstMatch and the filter on and the "all" to be shown.

see ticket number 942452

Using the client-side requestItems method of a RadComboBox to fire the refresh of it's items(with a call to clearCache before to ensure that the refresh is performed), doesn't always perform the async callback request, sometimes resulting in the "Loading" text being added at the top of the combo's items drop-down and staying there (as the callback to the server is never fired, so it's result never received). 

After quite a bit of trials, I finally managed to figure out that the issue arise when there is an async postback in progress on the page (to refresh an update panel) when requestItems is called.

Stepping through the requestItems call with IE F12 tools, I found that this is due to the fact that the Sys.WebForms.PageRequestManager do not perform callbacks if there is an async postback in progress. I think that the RadComboBox should detect that situation and wait until the end of the async postback to fire it's requestItems callback, otherwise the combo get stuck in the "loading in progress" state, waiting for the end of the callback that will never happens as the PageRequestManager did not start it. Additionally, in F12 Network tab, I can see that there is no request performed for the callback to request the items of the combo-box.

I reproduce the issue with the following steps:
1- Have a page with a RadComboBox, a ScriptManager with partial rendering enabled and an UpdatePanel.
2- In the browser, trigger the async postback to refresh the UpdatePanel
3- From JavaScript, while the async postback is in progress, call the requestItems method of the RadComboBox
4- Open the drop-down of the combo, and you can see the "Loading" text at the top, with the initial list of items. And it stays like this until another call is made to requestItems when there is no async post-back in progress which will actually perform the callback.

This error comes up often for this control and workarounds have been discussed and posted.  See below

http://www.telerik.com/forums/radcombobox-error-selection-out-of-range-parameter-name-value 
http://www.telerik.com/forums/selection-out-of-range-excpetion 
http://www.telerik.com/forums/selection-out-of-range-parameter-name-error-need-to-be-able-to-set-values-that-don-t-exist-in-the-combobox 
http://www.telerik.com/forums/selection-out-of-range-parameter-name-value 
http://www.telerik.com/forums/selection-out-of-range-parameter-name-value-radcombobox-in-radgrid
http://www.telerik.com/forums/radcombobox-selection-out-of-range-error 
 

The feature request is the following:

1.  Add an Attribute to the RadComboBox, RadDropdownList (and any other controls that suffer from this issue).

2. Let's call the Attribute   --   AppendIfSelectedValueMissing.

3. This attribute would be a boolean (True / False).  Default is FALSE.

4. If AppendIfSelectedValueMissing=True  then when the value of record is being Databound to a RadComboBox, RadDropDownList, etc.  A check (or Try/Catch) would occur to ensure that the Value exists in the DataSourceList and if it does NOT exist in the list then the SelectedValue would be Appended to the List.  Thus, eliminating the "Selection out of range, Parameter, Value" error.

This occur often because some lists get changed over time; however, the historical data may have a value that is no longer on the list -- thus triggering the error.

For example, let's say we ask for a user's Favorite Color.  Our original list was:
Red, Green, Blue

but for some reason -- management, changing user requirements, etc. the new list is

Red, Orange, Blue

Now, if we DataBind a RadComboBox to a historical record with Green as value, we get the "Selection Out of Range" errror.

What I am proposing is -- if we set the AppendIfSelectedValueMissing = True then 
databinding to a historical record with Green would have the following occur.

List from DB ---   Red, Orange, Blue
SelectedValue --    Green
AppendIfSelectedValueMissing
New List for Ctrl --  Red, Orange, Blue, Green

Thus, the error goes away, the historical data can stay the way it is and the lists can adjust their choices over time.

All good for everyone!!!

Thanks for your consideration. 

"Loading..." text in Combobox with Virtual Scrolling is visible on first set of items loading.
It shows first time "Loading..." text. on scrolling it loads items from PageMethods/WebService but "Loading..." text it not visible i.e. because it is first <LI> item so it is not visible.

Instead of first <LI> item, it  should be at position where it always display while loading more items.

same issue is also in telerik demo website : http://demos.telerik.com/aspnet-ajax/combobox/examples/populatingwithdata/autocompletesql/defaultcs.aspx

url to test with JAWS - https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultcs.aspx

When I use JAWS to read the combobox present on this demo it reads as follows - ComboBox readonly - Alice Mutton. To change the selection press the arrow keys.

Over here, why JAWS is reading "readonly". It's not readonly. It's making our screenreader blind users confusing.

I drilled down more into the problem and found that, the input element below has the aria-readonly=true set though the combobox is not readonly.
Here is the html generated for above combobox from telerik demo site -

<input name="ctl00$ContentPlaceholder1$RadComboBox2" class="rcbInput radPreventDecorate" id="ctl00_ContentPlaceholder1_RadComboBox2_Input" role="combobox" aria-busy="false" aria-disabled="false" aria-expanded="false" aria-haspopup="true" aria-readonly="true" aria-owns="ctl00_ContentPlaceholder1_RadComboBox2_listbox" aria-autocomplete="none" type="text" readonly="readonly" value="Alice Mutton" autocomplete="off">

I understand that this input control should be readonly so that aria users should not type and go haywire. But looks like to maintain the readonly=readonly property, telerik is generating aria-readonly=true for this _Input control and resulting this issue.

When you change this attribute aria-readonly="true" to aria-readonly="false", JAWS read it correctly as follows - ComboBox - Alice Mutton. To change the selection press the arrow keys.

<telerik:RadComboBox runat="server" ID="CB" AllowCustomText="true" HighlightTemplatedItems="true" EnableViewState="false" CheckBoxes="true" EnableLoadOnDemand="true" OnItemsRequested="CB_ItemsRequested" ></telerik:RadComboBox>

Specifically, note that CheckBoxes is true.

In some cases, the combo box's  item's text may have HTML tags in them, but we don't want that HTML to be interpreted, and we're happy that RadComboBox automatically encodes the Item's name.  For example, the Item's text might be <img src=xxx onerror=alert(0)> , and of course we don't want that javascript to run. 

However, we have found a case where the text is not properly escaped, in which case the javascript does run and the alert popup shows.  The error is in RadComboBox.CheckBoxes.js, in the _checkedItemsTextsFitInputWidth function.  That function is passed the comma separated string of all the selected item's text.  This function wants to measure the width of the string, and so it creates a div off-screen, and then pushes the checkedItemTexts string into the div.  If the checkedItemTexts string contains any HTML tags that contain javascript, then that javascript is executed, which can be a XSS attack.

In combo box once a value is selected there is no option to clear the selection. We can have an additional button outside the combo box to achieve the same.

This will require some additional coding.

Since this is a regular scenario why can't there be a property within the RadCombo Box that makes clear selection button visible next to the combo box drop-down button and does the task of clearing the selection?

Problem:  Latest Telerik version of Combobox or RadCombobox reads "readonly" though it's not, when EnableAriaSupport is enabled.

Details: 

url to test with JAWS - https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultcs.aspx

When I use JAWS to read the combobox present on this demo it reads as follows - 
              ComboBox readonly - Alice Mutton. To change the selection press the arrow keys.

Over here, why JAWS is reading "readonly". It's not readonly. It's making our screenreader blind users confusing.

I drilled down more into the problem and found that, the input element below has the aria-readonly=true set though the combobox is not readonly.
Here is the html generated for above combobox from telerik demo site -

<input name="ctl00$ContentPlaceholder1$RadComboBox2" class="rcbInput radPreventDecorate" id="ctl00_ContentPlaceholder1_RadComboBox2_Input" role="combobox" aria-busy="false" aria-disabled="false" aria-expanded="false" aria-haspopup="true" aria-readonly="true" aria-owns="ctl00_ContentPlaceholder1_RadComboBox2_listbox" aria-autocomplete="none" type="text" readonly="readonly" value="Alice Mutton" autocomplete="off">

I understand that this input control should be readonly so that aria users should not type and go haywire. But looks like to maintain the readonly=readonly property, telerik is generating aria-readonly=true for this _Input control and resulting this issue.

When you change this attribute aria-readonly="true" to aria-readonly="false", JAWS read it correctly as follows - 
              ComboBox - Alice Mutton. To change the selection press the arrow keys.

Let me know how to achieve that so that users will not be confused.

RadCombobox WAI-ARIA improvements 

1. When we have a selection but do not have filtering and custom text:

aria-autocomplete: list ---> Combobox list item
2. When we have selection and filtering: ---> Combobox inline completion list item
aria-autocomplete: both
3. disabled: aria-autocomplete: none 

https://www.w3.org/TR/wai-aria-practices/examples/combobox/aria1.0pattern/combobox-autocomplete-both.html

Currently, if you have 4 items and select Item 2, Item 1, Item 4, upon postback, the items will be rendered in the input as Item 1, Item 2, Item 4 instead of Item 2, Item 1, Item 4.