Bug report

If a Popup is open and you click a Menu item, the Menu prevents the Popup from closing automatically.

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/IrEYAqaK/2
2. Click the Open/Close button
3. Hover the Menu item and click the sub-item.

Current behavior

The Menu prevents the Popup from closing

Expected/desired behavior

The Popup should close when the Menu item is clicked.

Environment

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

User want to drag the series point as well as series line(whole series line) in any direction, so the user can move the series where he want, please refer the below URL, where user can move the series point in vertical direction only, likewise the user want to drag the series point as well as series line in any direction, so he can set the threshold  limit where he want by using the custom series and analysis the chart against his threshold limit

http://jsfiddle.net/SpaceDog/QsKaJ/1/

The horizontal space between all OrgChart nodes on the same level is one and the same and it is equal to the horizontal space needed to show the child nodes of the parent with most child nodes. It is represented by the red squares on the image below. This results in excessive empty horizontal space between nodes with no child nodes or no visible child nodes.

This may be observed on the following Dojo runner. Currently the OrgChart has empty space between the first level nodes, and also there is empty space after the last node:

Suggested behavior:
There is no empty horizontal space between nodes on the same level - highlighted in yellow on the image above. In the above scenario, there should be no empty space between the first level's second and third node and no space after the third node, which may be observed, when the first node has no expanded child node:

We use the KendoUI for jQuery framework in the enterprise SaaS application we create. Giving our clients access to their data and being able to provide a mechanism where a client could build out some of their own functionality on our Saas platform (ie accessing the Data, webservices etc) is highly desirable.

Our front end is based on a MicroUI approach, so if the client can vibecode building a new microUI, the UI experience with the other microUI we provide would be seamless. Examples might be: Create a Scheduler view showing all the European Holidays in 2026, or create a grid view populated with all the customers who have not transacted in 2025 and show their linkedin link/profile.

We can easily wrap any vide coded application into our application now using the microUI approach, but what we dont get is the same look and feel, themes and components being used. It is this we are looking to solve.

In the OData v4 transport, batch submit treats a top-level HTTP 200 response as success, even when one or more operations fail. This is due to how the changesets function.

The parseBatchResponse  function, which is called by the success callback belonging to the submit function of your OData v4 transport, as well as further processing in the same success callback. No attempt is made at handling anything other than responses having status codes [200... 299].

Please enhance batch handling so inner change set failures trigger explicit client error handling.

Hi!

I have noticed the following behavior of the Kendo-UI MultiSelect widget (reproducible in this DOJO):

1. focus the button
2. click on the X button of the selected tag in the MultiSelect to remove it

-> the button is still focused

The user has interacted with the MultiSelect, so it should grab the focus. Since the tag is removed, I would have expected the whole widget to be focused instead. At least this is what happens when clicking the "clear" button.

As all grids, the kendo Gantt chart's rows change their color when hovering. However, the background overlaps the border between columns and makes them disappear for the hovered row.

You can reproduce the described behavior by hovering one of the rows in this DOJO.

Bug report

If the ColorPicker tools in the Editor are configured to render a gradient, you cannot type in the HEX/RGB inputs.

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/AWEmUSOS/7
2. Open one of the Color tools.
3. Try to type in the inputs.

Current behavior

The inputs are not selectable and you cannot type in them.

Expected/desired behavior

The inputs should be selectable so that you can type in them.

Environment

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

Bug report

In the Spreadsheet, when users scroll horizontally to columns that are not initially visible, then activate Freeze Panes, the Spreadsheet scrollbar behave incorrectly

Reproduction of the problem

1. Open the Dojo - https://dojo.telerik.com/zYbZtYDR.
2. In the Spreadsheet, scroll horizontally to columns that are not initially visible.
3. Activate Freeze Panes.
4. Attempt to continue horizontal scrolling.

Current behavior

When Freeze Panes is activated after horizontal scrolling:

• The Spreadsheet snaps back to the first (leftmost) column, Column A.
• Horizontal scrolling becomes unusable.
• Users cannot navigate to the right-hand columns until Unfreeze Panes is selected.

Expected/desired behavior

• Activating Freeze Panes should retain the current horizontal scroll position.
• Horizontal navigation should remain fully available across all unfrozen columns.
• Freezing should not disable the internal Spreadsheet scrollbar or shift the viewport.

Environment

• Kendo UI version: 2026.1.212
• Browser: [al]

I created a forum post and it was suggested that I create a feature request for improved Kendo Grid keyboard accessibility when the grid contains locked columns and/or clickable elements such as buttons, links, and input boxes. I noted the following issues that I feel should be supported without having to write a bunch of workarounds or create a poor user experience for regular (mouse and keyboard) users. 

This is an urgent concern because many of our clients are requiring our site to meet accessibility standards and with the heavy use of Kendo grids in their current state, it does not seem to.

I have a grid with 2 locked columns with a button in the first column and a hyperlink in the second column, the other columns just have text. I set navigatable to true. None of my fields are editable.

Here is a dojo: https://dojo.telerik.com/KUcMekCh

When the user tabs to the grid, they first get the search bar in my custom grid toolbar. Next they tab to the button (which happens to be a bootstrap dropdown menu but I don't think that is relevant). Here is where the issues start:

1. They then hit tab again and sometimes are taken to the hyberlink while other times they are taken to the next row, skipping column 2's hyperlink. 
2. The grid does not always enter Kendo's navigation mode. When it doesn't, there is no way for the user to interact with the column header which has the sort and tooltip buttons in it.
3. When they get to the bottom of the grid, the locked side will scroll vertically but the unlocked side remains in place, causing the rows to be misaligned.
4. When an input cell is in the unlocked portion of the table, the user has to tab through the entire list before getting back to editing the input for a row. This isn't logical.
5. I worry that if there were editable cells, which some of my grids have, the user won't be able to tab to the next editable cell and instead will be forced to navigate through every cell. I don't want to make it more difficult for a normal user in order to accommodate a keyboard only user so there needs to be a way for both to work well.
6. Often the focus ends up on the unlocked table which attempts to put a blue outline around that, however, the outline isn't fully visible since that is inside of a scrollable div.
7. You can click into a cell with navigatable set to true and then use the navigation but that doesn't work for a keyboard only user.
8. When navigatable is not turned on, the user cannot scroll vertically if they tab to the table.

Chart Series provide a toggleVisibility() method that allows to hide some data points of the series (or all of them) from the user. However, setting the first series to invisible breaks the chart's keyboard navigation.

This DOJO demonstrates the behavior: For the sake of simplicity, the first of the two series is toggled invisible right after the chart is rendered, but this may happen at any other point in time. Click anywhere in the DOJO's output area. Press TAB to focus the chart. The following error is logged in the browser console:

Uncaught TypeError: Cannot read properties of undefined (reading 'options')
    at init.focusVisual (kendo.all.min.js:9:4230266)
    at init._focusElement (kendo.all.min.js:9:4410242)
    at init._focusFirstPoint (kendo.all.min.js:9:4409100)
    at init._focus (kendo.all.min.js:9:4407358)

I have noticed that, after switching themes, the tooltips in our application do no longer work correctly. I was able to reproduce the issue in the following two DOJOs:

• Correct behavior: https://dojo.telerik.com/eFOcahIS (stylesheet https://kendo.cdn.telerik.com/2022.2.510/styles/kendo.default.min.css)
• Invalid behavior: https://dojo.telerik.com/ahOkibow (stylesheet https://kendo.cdn.telerik.com/2022.2.510/styles/kendo.default-ocean-blue.min.css)

The only difference between those two is the stylesheet to be loaded (line 6).

Steps to reproduce:

1. load the DOJO
2. hover over the red dot (notice how the text uses all space available and does not get wrapped unless necessary)
3. hover over the green dot 
4. hover over the red dot again

In step 4, the correct behavior would be displaying the tooltip in the same fashion as in step 2. However, in the faulty DOJO, it can be seen that the tooltip does not expand past the width of the text that is displayed when hovering over the green dot. This means that when displaying long tooltips after short ones, they are always wrapped unnecessarily.

A way to fix this behavior (and what's actually the difference between the two stylesheets) is to set the position on the ".k-animation-container" back to its default value "static". Usually, this value is overridden by the output of the size calculations, but during the calculations this value comes to play.

This third DOJO demonstrates the fix described above.

Please note that when using the default-ocean-blue stylesheet, the positioning of the callout seems to be broken as well.

Dear Team,
Currently, Telerik Smart Grid AI features rely on external AI services (e.g., OpenAI cloud). While this works well, customers who cannot use online services face challenges when trying to integrate local models (such as Ollama).

Since the Smart Grid already exposes its schema to the AI service, it would be highly beneficial if Telerik could provide at least one default AI service (hosted and managed by Telerik) that:

• Works seamlessly with dynamic/auto-generated columns

• Supports basic grid operations such as sorting, filtering, paging, highlighting, and grouping

• Ensures compatibility with the Telerik.AI.SmartComponents.Extensions package

Rationale:

• Many enterprise customers have restrictions on using cloud-based AI services and prefer local or vendor-hosted solutions.

• A default AI service from Telerik would simplify integration, reduce configuration overhead, and guarantee compatibility with Kendo Grid features.

• This would also ensure consistent behavior across environments without requiring customers to experiment with different local models.

Impact: This feature would significantly improve adoption of AI-powered grid functionality for customers with strict data policies, while ensuring a smooth developer experience.

Reference: For more details on the issue and context, kindly refer to the support ticket: Telerik Support Ticket #1707506 (https://www.telerik.com/account/support-center/view-ticket/1707506)

Thanks & Regards,
Hiren Lad

Hi Team,

I would like to request to add Operational Transformation or a way to update text within the editor while maintaining the current cursor position.  

Thank you!

Reproduction of the problem

1. Run this sample
2. Select first row
3. Delete the row
4. Select range A1:C3
5. Apply borders
6. Select row 3
7. Delete the row

Current behavior

Top border of cell B1 disappears

Expected/desired behavior

Borders are persisted

TicketID:

1708030

Environment

* **Kendo UI version:** 2025.4.1217

Bug report

After exporting/saving an image using the Kendo Drawing API, the styles added for the export remain.

Reproduction of the problem

1. Go to this Kendo UI Dojo.
2. Inspect the component

Current behavior

Transition remains at none after exporting.

Expected/desired behavior

Explain what the expected behavior of the functionality is

This behavior has occurred since version 2024.4.1112

Create a grid with batch set to true and update a field value using the set method of the kendo.data.Model object in JavaScript. The grid cell will be marked as dirty but the "Save changes" or "Cancel changes" buttons will not display. If you click into another editable cell, then the buttons will display.

See https://dojo.telerik.com/TwTMSsrB and attached example.html.zip.

See attached image.png for example image.

Bug report

When using the Selection and Export Grid Demo in Safari, and pasting the cells in Excel, there appears to be some extra empty lines below the paste.

Reproduction of the problem

1. Open the demo URL in Safari browser.
2. Select few cells and choose Copy option from the context menu.
3. Open an Excel file and paste the copied items (extra empty lines are pasted at the end).

Expected/desired behavior

The pasted lines should not include any additional empty lines beneath the specific content.

Environment

• Kendo UI version: 2022.2.802
• jQuery version: All Supported
• Browser: all

Hi Team,

I would like to request adding visual page breaks with header/footer features.  Comparatively, SyncFusion has this included and it would be great to have Telerik add these features.

Thank you!