Skip to content

Commit 3275f24

Browse files
chore(menu): improve wording
1 parent 875d7d0 commit 3275f24

File tree

1 file changed

+10
-4
lines changed

1 file changed

+10
-4
lines changed

knowledge-base/menu-items-dont-close.md

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -12,18 +12,24 @@ res_type: kb
1212

1313
## Description
1414

15-
I have setup a [Menu]({%slug components/menu/overview%}) in my Telerik Blazor Application. When the component is hosted and the user hovers quickly over the menu items they would not close.
15+
I have setup a [Menu]({%slug components/menu/overview%}) in my Telerik Blazor Application. When the component is hosted and the user hovers quickly over the menu items they would not always close.
1616

1717
>caption The menu items do not close when the user hovers quickly over them
1818
1919
![menu items do not close on hover](images/menu-items-dont-close.gif)
2020

2121
## Cause\Possible Cause(s)
2222

23-
This behavior is mainly observed when the application uses the `Blazor Server` hosting model. It occurs mostly due to high latency to the server which hosts the project because every user interaction involves a network hop (passing one data package from one network segment to the next).
23+
This behavior is mainly observed when the application uses the `Blazor Server` hosting model. It occurs mostly due to high network latency to the server which hosts the project because every user interaction involves a network hop (passing one data package from one network segment to the next).
2424

25-
If the application is deployed to a cloud hosting and the WebSockets are not enabled the performance of will be hindered.
25+
The SignalR connection is asynchronous and the large volume of quick events are not guaranteed to arrive in the same order as they are sent, which can cause issues with the circuit state - the server will receive wrongly ordered packets and events and can render wrong popups, thinking previous ones are not open or are already closed.
26+
27+
A common reason for such a problem is that WebSockets are not enabled on the hosting server (most common in cloud hosting such as Azure, where they are turned off by default).
28+
29+
Another common cause is the usage of a VPN to access the server - such tools often add a lot of latency to the network calls, and that is very detrimental to the server-side Blazor flavor.
2630

2731
## Solution
2832

29-
A solution to this would be using the `Blazor WebAssembly` hosting model. That would strip the latency since the content of the application is executed on the device of the user.
33+
A solution to this would be using the `Blazor WebAssembly` hosting model. That would remove the latency factor since the content of the application is executed on the device of the user.
34+
35+
Any other option that lowers the user latency to reasonable values for the server-side Blazor model can also resolve the problem.

0 commit comments

Comments
 (0)