In Development
Last Updated: 05 Jun 2026 14:54 by ADMIN
Created by: Sergei
Comments: 1
Category: Editor
Type: Bug Report
0

Bug report

Reproduction of the problem

  1. Open the https://dojo.telerik.com/SSFszYRK or https://dojo.telerik.com/yYFBekrt
  2. Copy some text
  3. Select part of the text in the Editor and try to paste using Ctrl + V

Current behavior

Currently, the highlighted (selected) text dissapers.

Expected/desired behavior

The selected text should not dissapear and the content of the Editor should remain unchanged.

Workaround

kendo.ui.editor.Clipboard.fn.onpaste = function(){
        if (this.editor.body.contentEditable === "false" || this.editor.body.contentEditable === "inherit" ) {
          return;
        }
      }

Environment

  • Kendo/Telerik version: 2026.2.520
  • Browser: [all ]
In Development
Last Updated: 04 Jun 2026 12:32 by ADMIN

The dropDownList supports several keyboard shortcuts as documented in https://demos.telerik.com/kendo-ui/dropdownlist/keyboard-navigation. However, when e.g. a KeyDown event is triggered (and handled) by the widget, its propagation is not stopped. This behavior can be witnessed in this DOJO.

In our case, we e.g. use dropDownLists inside dialog windows that can be closed via ESC. When pressing ESC while a dropDownList is focused, this not only closes the dropDownList (as expected), but also closes the dialog.

The dropDownList should stop the propagation of events that it handled.

In Development
Last Updated: 04 Jun 2026 12:31 by ADMIN

Bug report

`DropDownListSelectEvent.dataItem` is undefined when using keyboard to select the optionLabel, but is defined when using the mouse

Reproduction of the problem

Steps

Dojo: https://dojo.telerik.com/IvEXOvUH

Make a selection (e.g. "Apples").
Select the optionLabel item.

Expected

The value of DropDownListSelectEvent.dataItem is the same whether the selection is made via keyboard or mouse (assumedly).
The value of DropDownListSelectEvent.dataItem is clearly specified in the API docs when selecting the optionLabel.

Actual
The value of DropDownListSelectEvent.dataItem is "Select an option…" when selecting with the mouse.
The value of DropDownListSelectEvent.dataItem is undefined when selecting with the keyboard.

Environment
Kendo UI version: 2024.1.130
Browser: [all]

In Development
Last Updated: 04 Jun 2026 12:31 by ADMIN

Bug report

The value of a disabled DropDownList is not announced in the below screen reader -> browser combinations:

NVDA with Chrome
JAWS with Chrome

The value is correctly announced by NVDA in Firefox.

After testing the scenario with the ComboBox, the value was correctly announced in all screen reader -> browser combinations.

Reproduction of the problem

  1. Open this Dojo example in Chrome with JAWS/NVDA - https://runner.telerik.io/fullscreen/ERAxiqIy/3
  2. Click the Enable checkbox
  3. Select a value from the DropDownList
  4. Click the Enable checkbox again.
  5. Focus the Checkbox and press the down arrow key.

Current behavior

The screen reader announces the disabled state of the DropDownList, but does not announce its value.

Note - the value of the regular select element below the DropDownList is announced.

Expected/desired behavior

The value of the disabled DropDownList should be announced in the above mentioned combinations.

Environment

  • Kendo UI version: 2023.1.117
  • Browser: [Chrome]
In Development
Last Updated: 04 Jun 2026 12:30 by ADMIN

Bug Report

The cascade event is triggered on initialization of the DropDownLists

Reproduction of the issue

  1. Open this Dojo - https://dojo.telerik.com/nGNFvRwt
  2. Open the browser console

Current behaviour

The cascade event is triggered on initialization

Expected behaviour

The event should be triggered when the value of the "parent" DropDownList is changed.

In Development
Last Updated: 04 Jun 2026 12:29 by ADMIN

Bug report

When navigating between inputs and after using Shift+Tab for focusing on a previous input the DropdOwnList popup does not close on pressing 'Enter' key.

Reproduction of the problem

  1. Open Dojo
  2. Focus the text input
  3. Press Tab to focus the DropDownList
  4. Press shift-tab to focus the text input
  5. Press again Tab to focus the DropDownList
  6. Press Alt+down to expand the dropdown
  7. Press the down arrow to select an option in the dropdown
  8. Press Enter key

Current behavior

The popup does not close. If we directly focus the DropDownList and follow steps 6-8 the popup will close.

Expected/desired behavior

The DropDownList should close when pressing the 'Enter' key.

Environment

  • Kendo UI version: 2022.3.1109
  • Browser: [all]
In Development
Last Updated: 04 Jun 2026 12:28 by ADMIN
Created by: Deepak Subhedar
Comments: 0
Category: DropDownList
Type: Bug Report
0

Bug report

When the DropDownList is configured with autoWidth:true, each opening of the component increases the width of the popup with 1px

Reproduction of the problem

  1. Open this Dojo example - https://dojo.telerik.com/VzPJHcmm
  2. Open the DropDownList multiple times

Current behavior

The width of the popup increases with each opening

Expected Behavior

The width should remain the same

Environment

  • Kendo UI version: 2025.1.227
  • Browser: [all]
In Development
Last Updated: 21 May 2026 07:22 by ADMIN
Created by: Rajendrakumar
Comments: 0
Category: NumericTextBox
Type: Bug Report
0
Summary
The NumericTextBox silently rejects valid decimal values at or below 1e-7 (e.g., 0.0000007) when pasted or programmatically set. Telerik's documentation classifies this as a "JavaScriptlimitation." This report demonstrates that the numeric value is fully correct at every stage — the defect is in how the widget converts the value back to a string for its own internal validation.

Steps to Reproduce
1. Open any Kendo NumericTextBox.
2. Paste .000007 → value is accepted.
3. Clear the input and paste .0000007 → value is rejected, cleared, or displayed as NaN.

The threshold is exactly 1e-7, which is the point at which Number.prototype.toString() switches to scientific notation.
In Development
Last Updated: 30 Apr 2026 07:06 by ADMIN
Created by: Michael D
Comments: 3
Category: Kendo UI for jQuery
Type: Bug Report
0

The @progress/kendo-ui npm package creates the following dependency tree:

@progress/kendo-ui 2026.1.415
 |
  - @progress/kendo-pdfviewer-common ^0.6.4 -> 0.6.4
    |
     - pdfjs-dist 4.6.82 -> 4.6.82
       |
        - canvas ^2.11.2 -> 2.11.2
          |
           - @mapbox/node-pre-gyp ^1.0.0 -> 1.0.11
             |
              - tar ^6.1.11 -> 6.2.1

All packages have been updated to the latest version possible.

Versions <= 7.5.10 of tar have multiple known vulnerabilities:


In Development
Last Updated: 24 Apr 2026 16:27 by ADMIN
Scheduled for 2026 Q2
Created by: Daniel Knoll
Comments: 0
Category: TaskBoard
Type: Bug Report
0

Bug report

Reordering in the same column is not working correctly

Reproduction of the problem

  1. Open the Demos - https://demos.telerik.com/kendo-ui/taskboard/remote-data-binding
  2. In the first column, move "Campaigns" below "Customer Research."
  3. Check the Network tab of your browser, and no update is sent. The "Campaigns" is moved back to the top. Sometimes an update is sent but it contains the wrong index, so the item is still on top.

Current behavior

The task order remains the same

Expected/desired behavior

IT should be possible to reorder the tasks in the same column

The issue is a regression starting with 2025.2.520 version

Environment

  • Kendo UI version: 2025.4.1111
  • Browser: [all ]
In Development
Last Updated: 17 Mar 2026 08:43 by ADMIN

I realize this has been covered by this workaround in the past, but the need to write extra code for moving the column back to the original position makes this seem a bit "hacky" and most importantly, the user experience of being allowed to drag the column in the first place just to see it jump back seems wrong.

The good news is that the kendoGrid already has a mechanism for preventing the columnReorder event from getting fired in the first place! The bad news is that it only happens for columns that have either of these 2 classes ["k-group-cell, "k-hierarchy-cell"]

My request is to have a configuration option that enforces that same behavior for specific columns as:

1. Add a "reorderable" flag to be set as part of the column configuration (set it to false for those we want to keep in place)

2. This flag will set a class on those columns the same way it works for columns with "k-group-cell" or "k-hierarchy-cell" classes, so the event can be prevented.

There is one important caveat to consider with this approach: Only columns at the front and the back of the grid can be locked in place, so there needs to be validation to prevent having non-reorderable columns among reorderable ones.