I'm getting inconsistent behavior when testing a ComboBox with Virtualization enabled. I've tested with both the ASP.NET Core demo and the jQuery demo. The .NET demo defaults to version 2024.2.514 and the jQuery defaults to the current version (2024.3.806), however I've tested with several different versions in the jQuery demo and they all yielded the same results.

Note: if you're unable to recreate any of the problems below, try refreshing the demo page and trying again. When additional data is loaded into the list via Ajax requests (ex. after scrolling through the list), this can interfere with the tests below. Refreshing will ensure there is no additional data from Ajax requests and only the data that was initially loaded into the list (the first 80 results).

Königlich

If you copy/paste the value "Königlich" into the textbox, the list of options is displayed with a matching option listed first (everything is working as expected so far):

If you hit backspace, however, the list of options is updated and the first option no longer matches (at all):

If you hit backspace again, the list of options is updated again, and now the matching value is back:

Backspace again, matching option disappears and the bad one is back:

It alternates like this each time you hit backspace, bouncing between a good matching value and a bad one that seems completely unrelated.

Queen

If you enter "Q", the list opens and the first option listed matches:

Add a "u" and the first option is no longer the match. However, the matching option is listed halfway down the list. Note that with Königlich above, this was not the case (notice in the screenshots above the first option has a border around it; there was no option in the middle of the list with a border).

Add "ee" ("Quee") and you're left with no more matches:

However, if you open the list and scroll down to 10372, you'll find there is in fact an option for "Queen" available that the previous entry wasn't finding:

Bon app

If you enter "B", the first option listed is a match. If you add an "o" ("Bo"), you're left with no matches:

But if you scroll down to 10331, there's an option for "Bon app" listed that wasn't matched above:

Blauer See Delikatessen

Same as above. Entering "Bl" finds a match, but "Bla" does not. Open the list and scroll down to 10501 to see the option that should have matched.

Summary

There seem to be several issues here:

1. Alternating between finding a matching value then finding a random value as each character is entered (most prevalent with Königlich).
2. Some options cannot be found via filtering (ex. all but the first above). Not only is it not running Ajax requests to find matches in options that haven't been loaded yet, but it also doesn't appear to find matches in options that have already been loaded via Ajax.
3. Matched option displayed in the wrong location (in most cases the match was displayed first in the list, but in one of the examples above it's in the middle of the list).

Bug report

In a Form that has a ComboBox among other inputs, clicking the reset button only clears the value of the ComboBox.

Regression introduced with 2024.1.319

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/@martin.tabakov@progress.com/oBORokAf/2
2. Type some text in the inputs
3. Click the reset button.

Current behavior

Only the ComboBox's value is cleared

Expected/desired behavior

All inputs' values should be cleared

Environment

• Kendo UI version: 2024.2.519
• Browser: [all]

Bug report

The ComboBox's popup is misplaced the first time it opens when configured with RTL and autoWidth:true

Regression introduced with 2024.1.130

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/iWuBAcez/6
2. Open the ComboBox

Current behavior

The popup is misplaced on the first open

Expected/desired behavior

The popup should be aligned with the input

Environment

• Kendo UI version: 2024.1.319
• Browser: [all]

Bug report

ComboBox select() does not select after version 2021.3.914 when using a serverFiltering

Reproduction of the problem
Open the Dojo - https://dojo.telerik.com/owUfOLef/4


Expected/desired behavior
The first item shall be selected initially.

Environment
Kendo UI version: 2021.3.914 or newer
Browser: [all ]

Bug report

When the Chinese IME typing is used and the minLength is set in the ComboBox the items can not be properly selected using the keyboard.

Reproduction of the problem

1. Open the Dojo example - https://dojo.telerik.com/@NeliKondova/EZILudiz
2. Add and use the Chinese language
   
3. Type 'bao' and press space to convert to Chinese
4. Press Tab or Enter to select.

Current behavior

When minLength is defined the item in the ComboBox is not selected, the dataitem is not accessible in the change event handler (screencast). The item is selected as expected if the value is copy pasted (包).

Expected/desired behavior

The items should be selected when using the Chinese IME typing after filtering the data and selecting an item through the keyboard.

Environment

• Kendo UI version: 2023.2.606
• Browser: [all ]

Bug report

When the virtualization is enabled, mapValueTo option is set to dataItem and initial value is set in the ComboBox, the cursor is not set at the end of the item.

Reproduction of the problem

1. Run the Dojo
2. Open the dropdown popup.

Current behavior

The loaded value is 'Hungry Owl All-Night Grocers' but the cursor is not set at the end of the text, but at the fifth position in the item.

Expected/desired behavior

The cursor should be set at the end of the text.

Environment

• Kendo UI version: 2021.3.1109
• Browser: [all]

To say that you have "Cascading ComboBox" functionality is misleading. You do have "Cascading ListBox" functionality - whereas if a value is picked in the parent listbox, the child will populate with a filtered, dependent list. Changing the parent changes the dependent items in the child list box.

However, the difference with ComboBoxes is that the user can also type a value in, if it doesn't appear in the bound dataset. While this does work as expected for the child ComboBox in the cascading example - it DOES NOT work for the parent. If you type a value into the parent, the child ComboBox remains disabled. You should be able to at least type into the child box. 

We have a simple need for a Manufacturer / Model selection in two cascading ComboBoxes. If the manufacturer does not exist, we want to be able to allow the user to type it in. Since it's a new manufacturer - there are no associated models in the bound dataset, yet. The dependent child ComboBox should at least be enabled so the user can enter the new model.

This behavior can be experienced in your online example. If you pick a value in the parent, the child refreshes and rebinds accordingly. But if you type in the parent - the child remains disabled. This is a bug, if you intend on maintaining that you have "Cascading ComboBox" functionality.

I was given a "workaround" by your support team - but there are still lingering effects (especially on reloading the form with existing data) that would not be an issue if the cascading combobox implementation was completed properly.

Hi Team, 

I would like to request to include in the built-in API the functionality to hide the FixedGroupHeaderTemplate.  I like the appearance of the UI for ASP.NET AJAX RadComboBox when it is grouping, and it would be nice if the Kendo UI ComboBox could be configured to have the same look without manipulating CSS and adding extra code to the DataBound event.

Thank you!

Bug report

When a ComboBox is disabled, if the user tries to select the value by double click, additional new line is added to the selection

Reproduction of the problem

1. Open the Api ComboBoxDemo
2. Select an item
3. Click on the 'Disable' button
4. Double click in the ComboBox to select the value
5. Paste it

Current behavior

In the Demos a new line is added before the value of the ComboBox. When the same Demo is opened in a Dojo, a part from the text above the ComboBox is also highlighted. (screencast)

Expected/desired behavior

Only the text in ComboBox should be selected even if the widget is disabled.

Workaround

The element holding the down arrow icon could be hidden when the ComboBox is disabled. - Dojo

Environment

• Kendo UI version: 2020.1.330
• Browser: [all ]

Bug report

Regression introduced in R1 2020 SP1. Related to #5400

Reproduction of the problem

Dojo example.

1. Open the browser's dev tools Network tab.
2. Run the example.
3. Type in "s" in the ComboBox. A request is sent and the popup displays matching items (expected).
4. Press Backspace key to clear the ComboBox input.

Current behavior

2 requests are sent to the "read" end point.

Expected/desired behavior

1 request is sent to the "read" end point. Note that if the input is cleared with the "clear" button, it works as expected and only 1 request is sent.

Environment

• Kendo UI version: 2021.1.119
• jQuery version: x.y
• Browser: [all]

Bug report

ComboBox with HighlightFirst set to false causes the widget to lose its value when navigating to it.

Reproduction of the problem

1. Open this dojo example - https://dojo.telerik.com/@martin.tabakov@progress.com/aDAYULeZ/4
2. Navigate to the ComboBox with tab so that it will open, and check the console to see the value and the text.
3. Navigate once again to the ComboBox.

Current behavior

On the second tab navigation to the component, its value is lost and is now equal to the text.

Expected/desired behavior

The value of the ComboBox should be preserved.

Environment

• Kendo UI version: 2020.3.1118
• Browser: [all]

Bug report

Pressing the Capslock button when the ComboBox is focused triggers the opening of its dropdown list. The dropdown list opens one time when the Capslock is pressed.

• The reported behavior was reproduced on Google Chrome and Firefox. On IE, the issue is not replicable.

Reproduction of the problem

1. Open this Dojo and run it
2. Select the first ComboBox with a mouse click or the "Tab" button
3. Press the Capslock button.

Current behavior

The dropdown list of the ComboBox opens when the Capslock is pressed

Expected/desired behavior

The dropdown list of the ComboBox should not open when the Campslock button is pressed

Environment

• Kendo UI version: 2020.3.1118
• jQuery version: x.y
• Browser: [Chrome 87.0.4280.88 | Firefox 78.5.0esr ]

Bug report

Reproduction of the problem

Dojo example.

1. Press the "reset" button.

Current behavior

The ComboBox's value is cleared and the placeholder is displayed.

The Pickers had the same behavior before this issue was closed: #4767

Scenario: 2.

1. Open the dropdown and select a different item.
2. Click "reset". The initial item is properly displayed as selected. (expected)
3. Click "reset" again. The value is cleared (not expected)

Expected/desired behavior

The initial value remains.

Environment

• Kendo UI version: 2020.3.1021
• jQuery version: x.y
• Browser: [all]

Bug report

When making a selection, navigating to another page, and going back to the initial page, which is restored from the Back-Forward Cache in Firefox, the selection of the ComboBox is not displayed.

Reproduction of the problem

1. Go to the ComboBox demo
2. Make a selection in the ComboBoxes
3. Click on any other demo link in the navigation pane to the left (e.g. “Server Filtering”)
4. Press the "Back" browser button

Current behavior

The selections made are not displayed when the page is restored from the Back-Forward Cache

Expected/desired behavior

The selections made should be displayed when the page is restored from the Back-Forward Cache

Environment

• Kendo UI version: 2020.3.915
• Browser: [Firefox 81.0.2]

If you bind a ComboBox widget to a datasource containing arbitrary objects that contain a "data" field, the dropdown items will be "undefined" instead of the value of the dataTextField. I'm guessing the data field is messing up the template variable.

var formData = [
   {
      key: '1',
      description: 'CT Safety',
      formTypeCd: 'S',
      data: {foo: '', bar: ''}
   },
   {
      key: '2',
      description: 'MR Safety',
      formTypeCd: 'S',
      data: {foo: '', bar: ''}
   },
   {
      key: '3',
      description: 'Medicare > 60 Billing',
      formTypeCd: 'I',
      data: {}
   }
];

$("#forms-combobox").kendoComboBox({
   dataTextField: "description",
   dataValueField: "key",
   dataSource: formData
});

While floating label is available on textbox and maskedtextbox, no feature is available on the combobox, unless you are using Kendo for Angular or Vue.  Can we get one for jQuery?

Bug report

When using jQuery v3.5.1 and using the arrows to navigate through items in virtualized ComboBox a previous item is selected when valueMapper function is called. The behavior is not observed when using jQuery v1.12.3

Reproduction of the problem

1. Run this dojo
2. Click on the arrow to open the list of items
3. Navigate through the items using the down arrow key

Current behavior

When the valueMapper function is called the selection moves to the previous item in the list

Expected/desired behavior

Selection should not change when the valueMapper function is called.
Working example with jQuery v1.12.3

Environment

• Kendo UI version: 2020.2.617
• jQuery version: 3.5.1
• Browser: [all]

I'm using the default theme:  "@progress/kendo-theme-default": "4.18.2" with some custom overrides.

The generated CSS has the following incorrect rule (because of the unitless zero, see https://www.w3.org/TR/css3-values/#calc-type-checking ):

.k-combobox .k-dropdown-wrap .k-clear-value {
	calc( calc( 1.2em + 8px) + 0 + 6px)
}

This rules comes from the following scss:

$picker-icon-offset: calc( #{$picker-select-calc-size} + #{$picker-select-border-width}  + #{$input-icon-offset}) !default; 

The unitless zero comes from this value:

$picker-select-border-width: 0 !default;

As a result, the "X" in a combobox overlaps the value.