"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

We are running HTML validators as part of an effort to attain WCAG 2.0 A compliance.

Among the errors we are seeing is

The summary attribute is obsolete. Consider describing the structure of the table in a caption element or in a figure element containing the table; or, simplify the structure of the table so that no description is needed.

Here is a snippet of the failing HTML, apparently from the rendering of the RadSocialShare control:

	<div id="ctl00_TemplateBody_WebPartManager1_gwpciNewSocialShareCommon_ciNewSocialShareCommon_RadSocialShare1_compactPopup_C_comboBox" class="RadComboBox RadComboBox_Default" style="width:160px;">
<table summary="combobox" border="0" style="border-width:0;border-collapse:collapse;">

We are currently running version 2013.2.717.45 of the ASP .NET for AJAX controls, but we just tried 2013.3.1015.45 and it didn't fix things in this regard, either.

There is a similar discussion at http://www.telerik.com/community/forums/aspnet-ajax/combobox/table-summary-attribute.aspx , which recommends a jQuery fix.  This fix works in terms of removing the summary attribute from that table, but it does not result in clean HTML when the w3c validator is run against it, so we believe that is not an acceptable workaround.

In the discussion at http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/accessibility-issues-various.aspx , some mention is made of fixing the combo box for the 2012 Q3 release, but it doesn't look like that happened.

The OnClientTextChange event is triggered inconsistently in RadComboBox.

Typing custom text in the following RadComboBox and pressing enter does not fire the event:

        <script lang="javascript" type="text/javascript">
            function OnClientTextChange(sender, eventArgs) {
                alert("You typed " + sender.get_text());
            }
        </script>

        <telerik:RadComboBox
            ID="RadComboBox1"
            runat="server"
            AllowCustomText="true"
            OnClientTextChange="OnClientTextChange">
            <Items>
                <telerik:RadComboBoxItem Text="item1" Value="item1" />
                <telerik:RadComboBoxItem Text="item12" Value="item12" />
                <telerik:RadComboBoxItem Text="aaaa" Value="aaa" />
                <telerik:RadComboBoxItem Text="bbbb" Value="bbb" />
                <telerik:RadComboBoxItem Text="AAAA1" Value="AAAA1" />
                <telerik:RadComboBoxItem Text="bbbb1" Value="bbb1" />
                <telerik:RadComboBoxItem Text="item11" Value="item11" />
            </Items>
        </telerik:RadComboBox>

Example demo: https://demos.telerik.com/aspnet-ajax/combobox/examples/overview/defaultcs.aspx

And here's what JAWS sees:

Note the extra unlabeled "Button" following every combo box. This is confusing to the reader. They have no way to know that it is associated with the preceding field.

Additionally, I've noted that when aria-support is turned on, this button becomes focusable. Tabindex="0" is added to the span inside the text box. We prefer the older functionality where the button was not a tab stop. Which is the same behavior you have when aria support is turned off. For reference, see your own aria demo:

• https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultvb.aspx?show-source=true

Note that the tab key stops on the drop down arrow. (You can check the previously linked demo and see that the arrows in those boxes are not tab stops.)

If right-click the arrow and inspect, you'll find the following: 

<span id="ctl00_ContentPlaceholder1_RadComboBox2_Arrow" class="p-icon p-i-arrow-60-down" role="button" aria-controls="ctl00_ContentPlaceholder1_RadComboBox2_listbox" tabindex="0"></span>

Adding aria support should not change behavior, so we'd prefer the tab stop was removed.

In our own application, we have additional problems when the button is focused and activated with either the "space" or "enter" keys, it refocuses the field, but it does not actually open the drop down. I do not see that problem in your demo. However, if the arrow button was removed as a tab stop and from the INS+F5 dialog, this would not be a problem.

Please note that all of the above is in Chrome. 

Workaround: 

Using the following code in the OnClientLoad event of the ComboBox:

  var _DropDown_OnClientLoad = function (sender, args) {
    var input = sender.get_inputDomElement();

    //Remove tabindex from down-arrow button. We never want to focus this button.
    $telerik.$(input).siblings("button").find("[role=button]").attr("tabindex", null);

    //hide the down-arrow button from screen readers. The entire combo box
    //should be considered a single control.
    $telerik.$(input).siblings("button").attr("aria-hidden", "true");
}

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.

Given a RadComboBox with search, if the user enters some search text and then clicks on one of the filtered entries in the dropdown list the validation event is fired as the entry box loses focus and results in a 'false' return from validation as it uses the 'Text' property which is the search string. Validation is then refired as a result of clicking on the entry.
However, the initial 'false' return can cause unwanted behaviour in code that depends on the validation event.
I can supply a sample project demonstrating the problem, but it needs more than the 10 MB upload limit.

Hi Telerik Support,

How do I move loading box to bottom of the combo box list when using load on demand feature. the case is we're using ShowMoreResultsBox=true and EnableVirtualScrolling=true and trying to get next batch of data on a heavy query, the loading box not showing on the list see image (2020-12-03 14_31_40-Agent - Verint Express.png).

can we show the loading box on the bottom of the dropdownlist, so user is aware that the data still being loaded.

Thank you

Browser:

Microsoft Edge 44.18362.449.0

Telerik Control:

RadCombobox

Teleri Version:  Version=2017.3.913.45,

Issue:

When a item is selected and a postback is occured, the SelectedValue returns an empty string.

Expected behavior:

The correct SelectedValue should be return.

Thing that have been tried so far:

1: upgrade the telerik to the latest version (2020.114) ---> issue persists

2: set autopostback to "true" problem solved

3: use other browsers (chrome, FireFox, new Version 79.0.309.68 ) issue disappears

Sample code: 

1: aspx

2: code behind

In WebService binding scenario, the text of the items is not encoded and HTML code might get executed. 

In Server-side Load on Demand binding this is not observed. 

The following code can be used as a temporary workaround for WebService binding scenario: 

<script type="text/javascript">
    Telerik.Web.UI.RadComboBoxItem.prototype._renderItemContent = function (d) {
        if (this.get_imageUrl()) {
            this._renderImage(d);
        }

        //https://stackoverflow.com/questions/6234773/can-i-escape-html-special-chars-in-javascript
        function escapeHtml(unsafe) {
            return unsafe
                    .replace(/&/g, "&amp;")
                    .replace(/</g, "&lt;")
                    .replace(/>/g, "&gt;")
                    .replace(/"/g, "&quot;")
                    .replace(/'/g, "&#039;");
        }

        d[d.length] = escapeHtml(this.get_text());
    }
</script>

Reproduction: https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultcs.aspx

1) focus the ComboBox

2) press C 

Expected: 

- Camembert Pierrot is selected

- JAWS pronounces "c" and "Camembert Pierrot"

Actual: 

- Camembert Pierrot is selected

- JAWS pronounces "c"

Reference for expected behavior: https://www.w3.org/TR/wai-aria-practices/examples/listbox/listbox-collapsible.html

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

If the same text is typed into the input field as the one set for EmptyMessage and page is submitted, validator evaluates True.

Current workaround is to subscribe the RadComboBox to OnClientFocus client event handler, and clear the EmptyMessage manually, thus preventing the EmptyMessage text to be sent to server.

<telerik:RadComboBox ... OnClientFocus="comboFocus">

<script type="text/javascript">
	function comboFocus(sender, args) {
		sender.set_emptyMessage("");
	}
</script>

A possible workaround would be tweaking the ItemRequestTimeout property of the ComboBox

<telerik:RadComboBox ItemRequestTimeout="380" runat="server" ... >
        ...
 </telerik:RadComboBox>