Bug report

Vertical Menu with multi-level sub-menus and specified height for the sub-menu does not render the items correctly.

Reproduction of the problem

Open the following Dojo: https://dojo.telerik.com/ypHIRacj

Hover on `Mens` item.

Expected/desired behavior
Overflowing items shall be hidden and the scroller should scroll through the list.

Environment

jQuery: 3.4.1

Kendo UI version: 2024.3.1015
Browser: [all]

Bug report

Scrolling submenu in Scrollable Menu not available in 2024.1.319

Regression with v.2024.1.319

Reproduction of the problem
Open this Dojo example - https://dojo.telerik.com/aweLUguB
Hover over "Mens"

Expected/desired behavior
Scrollbar shall be rendered so user can scroll over the list items

Environment
Kendo UI version: 2024.1.319
Browser: [all]

Bug report

The popupCollision option of the Menu cannot be set in MVVM

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/izaZIkAK/7
2. Test a scenario in which the popupCollision would apply, or check the Menu options in the browser console.

Current behavior

The popupCollision cannot be set

Expected/desired behavior

You should be able to set the option in MVVM scenario

Environment

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

Bug report
Vertical ContextMenu missing wrapper element <div class="k-menu-scroll-wrapper vertical">

Reproduction of the problem
Dojo: https://dojo.telerik.com/ObifIvOS/2

Result:

Environment
Kendo UI version: [2022.2.510 or newer]
jQuery version: [all]
Browser: all

Steps to reproduce:

1. https://dojo.telerik.com/ovUhajAp
2. Run the dojo and click the "Append" button

Expected: New child list item under the "Fifth Item" menu is bold and purple
Actual: New child list item is not formatted

If you inspect the DOM for the appended item, you will notice that the list item was not appended to a ul. A child ul was created but it is empty and has an undefined id.

It looks like this bug was introduced in 2023.2.606

Bug report

When utilizing the content property for a Kendo UI Menu's DataSource, the MenuItem's content is not created as expected based on documentation.

Reproduction of the problem

Here is a Progress Kendo UI Dojo which replicates the appearance issue.

Expected/desired behavior

This is a Dojo with an older version that is working as expected.

Workaround

Define the content in a nested Items property:

           {
             text: "<b>Item 2</b>",
             encoded: false,                              // Allows use of HTML for item text
             items: [{
               content: "text",                            // content within an item
               contentAttr: {
                 style: 'border: 1px solid red; padding: 2px;', // Add attributes to the content container
                 custom: 'value'
               }
             }],                             
           },

Here is a Dojo of the workaround in action.

Environment

• Kendo UI version: 2023.3.1114
• jQuery version: All supported versions
• Browser: all

Bug report

When items are added to the Menu component using the append() method, the select event of the items is not triggered.

Regression introduced with 2023.2.606

Reproduction of the problem

1. Open the following Dojo example - https://dojo.telerik.com/@Zornitsa/UJASiWUq
2. Select the "Sub Item 1" menu item.

Current behavior

The alert about the item selection is not appearing, i.e. the select event is not triggered.

Expected/desired behavior

The select event should be triggered and the alert should appear as expected.

Environment

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

Bug report

When scrollable and closeOnClick are enabled and the user click on an item, the Menu does not close.

Reproduction of the problem

1. Open the Dojo - https://dojo.telerik.com/@NeliKondova/AwaqAqIP
2. Click on an item in the Menu.

Current behavior

The Menu does not close.

Expected/desired behavior

The Menu should close after the user click on an item.

The issue is a regression starting with the 2023 R1 SP1 (2023.1.314) release.

Environment

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

Bug report

When you try to append a child item in the Menu, the parent item is replaced instead.

Regression introduced with 2022 R1

Reproduction of the problem

1. Open this Dojo example.
2. Click the Append 2 button
3. Check Item 2

Current behavior

The new item replaces Sub Item 1

Expected/desired behavior

The new item should be appended as a child to Sub Item 1

Environment

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

When new item with sub-items is appended or inserted (before/after) into kendoMenu or kendoContextMenu then "aria-expanded='false'" text surprisingly appears right to the new item. This defect can be reproduced just by running the demos published for kendoContextMenu or kendoMenu's methods such as append, insertAfter or insertBefore, or as shown bellow. The defect is reproduced on Windows and Linux, as well as on Firefox, Chrome and Edge.

The contextMenu is not acessible. Upon opening, it should capture the keyboard focus and allow navigation by arrow keys, but it does not. (It can be observed here.)

Keyboard use of the contextMenu is also not documented. Keyboard use of the menu is documented here, while the contextMenu is separately documented here.

Bug report

Currently, when an item is expanded in the Menu, the screen readers do not read which item/subitem is expanded. The 'aria-expanded' attribute is not added to the Menu.

https://www.w3.org/TR/wai-aria-practices/examples/menubar/menubar-1/menubar-1.html

Reproduction of the problem

1. Open the demos
2. Focus on the Menu and expand an item.

Current behavior

The 'aria-expanded' is not added to the Menu and the screen readers do not inform which item is expanded

Expected/desired behavior

The screen readers should be able to read which item is expanded in the Menu.

Environment

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

I'm having resize issues with the Menu control that I cannot sufficiently document at this time (my menu is inside a splitter, it's horizontal and it should be scrollable, but the arrows don't always appear).

I tried working around them by manually forcing a resize. Per documentation:

Each Kendo UI widget has a resize() method which can be used to trigger a layout readjustment instead of using kendo.resize. The resize method of the widget accepts a single Boolean parameter, which defines whether the control should execute its layout adjustment algorithm even if the widget dimensions have not changed ("force" mode).

However, the Menu widget does not override this method. It only binds to the Window resize event:

$(window).on(RESIZE, kendo.throttle(function(){
	that._setOverflowWrapperWidth(initialWidth, initialCssWidth);
	that._toggleScrollButtons(that.element, backwardBtn, forwardBtn, isHorizontal);
}, 100));

It's highly probable that the magic value 100 does not fit my use case. However, I cannot force a resize neither by:

1. calling resize() on the widget
2. calling resize(true) on the widget
3. calling kendo.resize() on the container.

Possibly related to https://github.com/telerik/kendo-ui-core/issues/4067 .

### Bug report
Sub Menu item is not opened, if hovered before close animation of another sub-menu-items's child item completes.
Reported in ticket ID 1473199, where a reproduction video is available.

### Reproduction of the problem
1. Run the following [Dojo snippet](https://dojo.telerik.com/@Dimitar-Goshev/EfEmoCon)

1. Hover Item 1, then hover Sub Item 4

1. Hover Sub Item 41 to expand its sub item

1. Quickly move the mouse from SubItem 41 to Sub Item 4 text and then to Sub Item 3 text

### Current behavior
Sub Item 3 is NOT expanded and its child items are NOT visible

### Expected/desired behavior
Sub Item 3 is expanded and its child items are visible

### Environment
* **Kendo UI version:** 2020.2.617
* **Browser:** all

Bug report

Reproduction of the problem

Dojo example.

1. Click "Test1" and immediately hover "Sub Item 1"

Current behavior

The sub-menu of "Sub Item 1" does not open.

If the behavior is not exhibited on the first test, click another of the root items and repeat, or reload the example and try again. The issue is more easily reproducible in IE, however it occurs in Chrome and Firefox as well. For more details and a video demonstrating the issue, refer to Ticket ID: 1472421

Expected/desired behavior

Sub menus open consistently.

Environment

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

Bug report

Reproducible with version 2017.2.504 (R2 2017) and newer.

Reproduction of the problem

Dojo example.

1. Open a submenu in the top Menu (it has scrollable: true set).

Current behavior

Separators are not displayed.

Expected/desired behavior

Separators are displayed.

Workaround:

.k-menu-scroll-wrapper .k-menu-group .k-separator {
  border-bottom: 1px solid #c5c5c5;
  width: 100%;
}

Environment

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

Bug report

Defining a custom namespace with Kendo.ns stops the displaying of all submenus in the Menu component.

This is a regression represented in R2 2019

Reproduction of the problem

1. Open this Dojo and run it.
2. The Menu component is being rendered
3. Move the mouse cursor over the Menu.
4. A thin grey line appears under each section of the Menu. No submenus are being displayed

Expected/desired behavior

The Menu component should work properly even when a custom Kendo namespace is being defined. To see the expected behavior put a comment on the following line:
kendo.ns = "kendo-";

Environment

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

I prepared a dojo example. https://dojo.telerik.com/oKIkuCaP

As can be seen from example, the MVVM context menu seems to ignore data-copy-anchor-styles option.

Current solution for us is to extend the kendo.ui.ContextMenu and set the copyAnchorStyles option to false.

Nested Menu items are not being expanded the first time that they are hovered:

https://dojo.telerik.com/EcEsoNAK