Modal RadWindow issue with RadMenu

3 posts, 0 answers
  1. Matthew Botting
    Matthew Botting avatar
    41 posts
    Member since:
    Apr 2005

    Posted 20 Aug 2013 Link to this post

    I am unsure if this is an issue with the RadWindow or RadMenu.
    This used to work but since upgrading the current release 2013.2.717.40 I have found that when a modal RadWindow is open you are still able to access and use RadMenus on the page. It appears to be a z-index problem.

    Please refer to your own demo site

    In IE10 (I haven't tested other browsers) whilst the popup is modal you can still access the product families menu at the top of the page. I have a similar issue in my application but this is easier than providing code.

    I imagine that I can come up with a workaround by hacking the css but was wondering if you had an official fix that will be released soon.

  2. Marin Bratanov
    Marin Bratanov avatar
    3564 posts

    Posted 21 Aug 2013 Link to this post

    Hi Matt,

    This is not a bug in either control. They are all HTML elements with absolute positioning and the one with a higher z-index value is shown on top. A Modal background in an HTML page is essentially some HTML element in the end, so this interaction depends on the overall site.

    We have had an idea about a property ShowOnTopWhenModal, similar to the existing ShowOnTopWhenMaximized, and I have just created a public page where you can vote for it, leave a comment and track its progress: If it accumulates enough interest among our clients we will consider its implementation.

    For the time being you can change the z-index of your RadWindows as shown here:
    If you are using a RadWindowManager to create your RadWindows (and/or for RadAlert/RadConfirm/RadPrompt) you need to set the new z-index value in the manager's declaration.

    Marin Bratanov
    If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to the blog feed now.
  3. DevCraft R3 2016 release webinar banner
  4. Matthew Botting
    Matthew Botting avatar
    41 posts
    Member since:
    Apr 2005

    Posted 21 Aug 2013 Link to this post

    Hi Martin,
    Thanks your reply.
    If this is not a bug I would call it a breaking change as it used to behave differently in the previous release.

    Also my definition of a modal window is that the user could not interact with any controls in the parent page until the modal window had been closed (

    You mention a feature request to allow controls to sit on top to the modal overlay. If this were implemented and I had explicitly enabled it then it would be the correct behaviour in my opinion.

    I will have a play around with the z-index's used to rectify the issue.

Back to Top