Completed
Last Updated: 03 Aug 2017 14:40 by Bibin
Completed
Last Updated: 15 Oct 2014 10:16 by ADMIN
In the meantime you can use the following css workaround that will fix the issue: 

.rcbAutoWidthResizer .rcbScroll {
	overflow: visible !important;
}
 
/*To target IE 6, 7 and 8*/
@media \0screen\,screen\9 {
	.rcbAutoWidthResizer .rcbScroll {
		overflow: auto !important;
	}
}
 
/*To target IE 9 and 10*/
@media screen and (min-width:0\0) {
	.rcbAutoWidthResizer .rcbScroll {
		overflow: auto !important;
	}
}
Completed
Last Updated: 08 Aug 2013 15:20 by ADMIN
ADMIN
Created by: Ivan Zhekov
Comments: 1
Category: ComboBox
Type: Bug Report
3
Customer feedback:

The first combobox below behaves as I would expect to, and resizes when the browser window is resized.  However, the second combobox does not resize when the browser window does.  They use the same skin.  The only real difference that I can see is that I use check boxes in the second one.
Completed
Last Updated: 08 Jul 2016 18:42 by Yazan
described in this forum thread-http://www.telerik.com/community/forums/aspnet-ajax/combobox/717802-radcombobox-auto-complete-problem.aspx
Completed
Last Updated: 05 Nov 2014 14:14 by Elena
Completed
Last Updated: 04 Sep 2019 08:27 by ADMIN
See: https://demos.telerik.com/aspnet-ajax/combobox/examples/accessibility/defaultcs.aspx

1. Click somewhere in the page to establish focus.

2. Use the tab key to focus the combo box.  (This works in Chrome, but in IE the control is skipped.)

3. Note that the combo box does not drop-down the list of options like it does when you click the mouse. Clicking the enter key does not drop down the list. Alt-Down-Arrow does not drop down the list.

4. Press Tab and note that focus skips the arrow icon on the combo box and moves down to the "validate with Wave" link.

5. Press Shift-Tab and note that the Arrow icon is now focuses and the enter key will drop down the options list.

6. While JAWS 2019 is running, press the "C" key and note that JAWS reports that there are no combo boxes on the page.

 

Expectations:

* Jaws is able to properly identify the combo box based on ARIA tags

* Tabbing into the combo box presents the same behaviors as using the mouse button
Completed
Last Updated: 15 Mar 2016 15:05 by ADMIN
ADMIN
Created by: Ivan Danchev
Comments: 0
Category: ComboBox
Type: Bug Report
1

			
Completed
Last Updated: 19 Sep 2016 12:46 by Adam
Completed
Last Updated: 12 Aug 2015 08:57 by ADMIN
ADMIN
Created by: Ivan Danchev
Comments: 0
Category: ComboBox
Type: Bug Report
1

			
Completed
Last Updated: 13 Oct 2015 07:38 by ADMIN
Completed
Last Updated: 05 Nov 2014 11:36 by Elena
When EnableAutomaticLoadOnDemand="true" is set and no Height is specified, the first time RadComboBox is expanded only the topmost 3 or 4 items are visible.
The rest of the items become visible when they are hovered or if the ComboBox is expanded again.
Completed
Last Updated: 10 Nov 2014 15:09 by ADMIN
Completed
Last Updated: 14 Mar 2014 08:59 by Yousef Salimpour
Created by: Yousef Salimpour
Comments: 0
Category: ComboBox
Type: Bug Report
1
If we dynamically remove highlighted item from a ComboBox at clientside, afterwards get_highlightedItem still returns that deleted item.
ComboBox takes care of deleting selected item at like 497 of RadComboBox.js. Highlighted item should be taken care of too.
Completed
Last Updated: 03 Sep 2019 16:10 by ADMIN
Release R3 2019
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.
Completed
Last Updated: 30 Oct 2013 16:19 by ADMIN
ADMIN
Created by: Hristo Valyavicharski
Comments: 1
Category: ComboBox
Type: Bug Report
0
When RadCombobox is inside fixed div element and is expanded it doesn't scroll as expected. The dropdown container should stay fixed as the combo's input element.
Completed
Last Updated: 01 Jul 2015 15:09 by ADMIN
From customer feedback:

Label display style is not taken into consideration when calculating the width of the combobox e.g. if the display style is block, the label and combo should be on separate lines. In terms they should be equally wide.

However currently the combo is squashed to a minimum width.
Completed
Last Updated: 15 Feb 2016 14:58 by ADMIN
1 2