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
Only the ComboBox's value is cleared
All inputs' values should be cleared
The ComboBox's popup is misplaced the first time it opens when configured with RTL and autoWidth:true
Regression introduced with 2024.1.130
The popup is misplaced on the first open
The popup should be aligned with the input
Dojo example.
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.
The initial value remains.
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
When the valueMapper function is called the selection moves to the previous item in the list
Selection should not change when the valueMapper function is called.
Working example with jQuery v1.12.3
As per https://docs.telerik.com/kendo-ui/api/javascript/ui/combobox/events/select I am expecting that select does not fire when the user enters text but does not select an item from the list. This is consistent with your other widgets like AutoComplete.
However as seen in this dojo https://dojo.telerik.com/ESOJibEB select triggers whenever I enter text and click off the box instead of only when I click an item in the combobox.
How to reproduce:
If you need any other help, let me know.
Kind Regards,
Ben
PS Im forced to select a browser but this is the same across both chrome and firefox.
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 ]
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.
When a ComboBox is disabled, if the user tries to select the value by double click, additional new line is added to the selection
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)
Only the text in ComboBox should be selected even if the widget is disabled.
The element holding the down arrow icon could be hidden when the ComboBox is disabled. - Dojo
Regression introduced in R1 2020 SP1. Related to #5400
Dojo example.
2 requests are sent to the "read" end point.
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.
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 dropdown list of the ComboBox opens when the Capslock is pressed
The dropdown list of the ComboBox should not open when the Campslock button is pressed
ComboBox with HighlightFirst set to false causes the widget to lose its value when navigating to it.
On the second tab navigation to the component, its value is lost and is now equal to the text.
The value of the ComboBox should be preserved.
Scenario 1 Cascade with no pre-selected values.
Dojo example: https://dojo.telerik.com/uguXisaY/4
Result:
In R1 2019 the change event fires in disorder (Orders, Categories and Products)
In R3 2019 the change event fires for Categories and Products
In R3 2019 SP1 the change event fires only for Categories
Scenario 2 Cascade with pre-selected values
Dojo example: https://dojo.telerik.com/uguXisaY/10
Result:
In R1 2019 the change event fires for all ComboBoxes but twice for Orders
In R3 2019 the change event fires for all ComboBoxes
In R3 2019 SP1 the change event fires for all ComboBoxes but twice for Products
Scenario 3 Cascade in Grid with no pre-selected items
Dojo example: https://dojo.telerik.com/OpOkataY/9
Result:
In R1 2019 the change event fires for all ComboBoxes in inverse order: Year, Model, Brand
In R3 2019 the change event fires only Model and Brand in this order.
In R3 2019 SP1 the change event fires only Model and Brand in this order.
Scenario 4 Cascade in Grid with pre-selected items
Dojo example: https://dojo.telerik.com/OpOkataY/10
Result:
In R1 2019 the change event fires for all ComboBoxes in inverse order: Year, Model, Brand, but fires twice for Year
In R3 2019 the change event fires for all ComboBoxes in inverse order: Year, Model, Brand
In R3 2019 SP1 the change event for all ComboBoxes in inverse order: Year, Model, Brand, but fires twice for Year
I have attached a simplified version of my app that reproduces the issue of infinite valueMapper requests.
Reproduction steps:
This is reproducible in both Edge and Chrome browsers.
Thank you for your help,
Luke
Working dojo example to reproduce: https://dojo.telerik.com/aMEKuzex/2
If you set the contents of the combobox using the text() method, pressing the "X" inside the ComboBox will not fire a change event.
If you set the contents of the box using the value() method, or through the UI itself, clearing it afterwards does fire the change event, which is the expected behaviour.