RadWindow zIndex style no longer supported after upgrade? in UI for ASP.NET AJAX Window

Clayton

47 posts

Member since:
Nov 2009

Posted 14 Jul 2010 Link to this post

I've updated RadControls to the latest version(Telerik.Web.UI_2010_2_713_Dev_hotfix), and now MicrosoftAjax.js generates the following error:

"Error: Sys.InvalidOperationException: '_stylezindex' is not a property or an existing field."

I've identified what is causing the error, it's when I define a z-index CSS style for a RadWindow (for example: style="z-index:8000")

Is this a regression in the update? I do not see anything in the changelog for this update that would explicitly invalidate this CSS setting (though it might be removed in order to fix some other issue that was 'fixed' in this release?)

Lee

6 posts

Member since:
Jul 2007

Posted 15 Jul 2010 Link to this post

Just want to say I'm running into exactly the same issue. Seems like a pretty important "take away" if it's not a bug.

Georgi Tunev

Admin

7207 posts

Posted 16 Jul 2010 Link to this post

Hi guys,

Could you please tell me how exactly do you set the z-Index of the controls? In Clayton's post I see that it is set in the control's declaration, but maybe you are changing it at some point in the logic.
I am asking this because we are not able to reproduce this problem on our side and I suspect that the reason for it might be in a specific setup and logic. Could you please post a sample page here that shows how this error can be reproduced?
For convenience I attached a small test page to this thread - please modify it so it reproduces the problem and post the code in your reply.

Sincerely yours,
Georgi Tunev
the Telerik team

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items

radwindowradmenu.zip

Clayton

47 posts

Member since:
Nov 2009

Posted 16 Jul 2010 Link to this post

Actually, I don't have to do anything to your test page for it to fail. I loaded it up as-is and received the same error. I attached a screenshot.

radwindow-fail.jpg

Mooka

16 posts

Member since:
Aug 2006

Posted 16 Jul 2010 Link to this post

Georgi,

I am having the same issue. Copying your file and running it immeadiately caused the error with no other modification.

This is in the new q2 build

Sys.Application.add_init(function() {

$create(Telerik.Web.UI.RadWindow, {"_dockMode":true,"_stylezindex":"99999","behaviors":5,"clientStateFieldID":"ctl00_dgError_ClientState","formID":"aspnetForm","height":"300px","iconUrl":"","minimizeIconUrl":"","name":"dgError","skin":"Windows7","width":"500px"}, null, null, $get("ctl00_dgError"));

});

This is in the previous q1 build

Sys.Application.add_init(function() {

$create(Telerik.Web.UI.RadWindow, {"_dockMode":true,"_stylezindex":"99999","behaviors":5,"clientStateFieldID":"ctl00_dgError_ClientState","formID":"aspnetForm","height":"300px","iconUrl":"","minimizeIconUrl":"","name":"dgError","skin":"Windows7","width":"500px"}, null, null, $get("ctl00_dgError"));

They are exactly the same, so something going on internally?

Georgi Tunev

Admin

7207 posts

Posted 20 Jul 2010 Link to this post

Hi guys,

We finally were able to reproduce the problem - it occurs only when you use binaries for .NET 2.0 / 3.5. We fixed the problem and the next internal build that will be available later today will work as expected.

Please accept our sincere apologies for the caused inconvenience.

Sincerely yours,
Georgi Tunev
the Telerik team

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items

Tim Barton

32 posts

Member since:
Apr 2003

Posted 20 Jul 2010 Link to this post

Hi Georgi,

I don't know if this (Telerik.Web.UI_2010_2_720_Dev_hotfix.zip) is the build you are referring to, but z-index is still not working with RadWindow and RadMenu. Telerik.Web.UI_2010_2_715_Dev_hotfix.zip worked as expected.

Thanks,
Tim

Mooka

16 posts

Member since:
Aug 2006

Posted 20 Jul 2010 Link to this post

I have loaded 720.35 and the Z index IS working properly for RadWindow. Thanks for the fix, Tim maybe you have a cached dll perhaps?

Tim Barton

32 posts

Member since:
Apr 2003

Posted 20 Jul 2010 Link to this post

Hi Mooka,

No its not a cache problem. I went back to 715 and its working as expected. The problem seems to be with RadMenu and Radwindow.

Tim

Clayton

47 posts

Member since:
Nov 2009

Posted 21 Jul 2010 Link to this post

For some reason I cannot locate the new hotfix that corrects this issue, I still see 713 as the latest version..

Lee

6 posts

Member since:
Jul 2007

Posted 21 Jul 2010 Link to this post

Just installed 720 hotfix, z-index problem fixed. Clayton, have you clicked the "Internal builds" link on the downloads page. Took me a minute to figure it out too.

Clayton

47 posts

Member since:
Nov 2009

Posted 21 Jul 2010 Link to this post

Lee:

Yep, there it is, thanks! :)

This (720) seems to fix the issue for me.

Lee

6 posts

Member since:
Jul 2007

Posted 21 Jul 2010 Link to this post

No prob. Clayton. Turns out there's a slight downside to the hotfix for us. Now I have to use a z-index on absolutely all RadWindows. If I don't seems like the z-index defaults so low that it doesn't even display in front of the "gray-out" panel that normally appears underneath the window to disable the underlying page.

Is workable, but not a perfect solution...

Tim Barton

32 posts

Member since:
Apr 2003

Posted 21 Jul 2010 Link to this post

Hi Georgi,

I have submitted a support ticket of the issue I am having. The problem seems to be when you show the window modally. Z-index is being ignored and the window is behind the ment and behind the smoke screen.

My build is Hotfix 720.40

See attached picture.

Tim

zindex.png

Georgi Tunev

Admin

7207 posts

Posted 22 Jul 2010 Link to this post

Hello Tim,

I tried to reproduce the problem with the latest internal build (720 for .NET 4.0), but everything worked as expected. Could you please open a support ticket and send me the sample page so I can examine it?

Thank you in advance for your cooperation.

Regards,
Georgi Tunev
the Telerik team

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items

Clayton

47 posts

Member since:
Nov 2009

Posted 22 Jul 2010 Link to this post

I saw this issue too, my 'quick fix' was to add style="zIndex:10000" for RadWindow in my skinfile.

Obviously this would conflict with any datepickers or comboboxes that happen to be on the window as well (in my case, I had none)

Christopher Blickley

202 posts

Member since:
Jan 2004

Posted 22 Jul 2010 Link to this post

I am having this issue as well. After putting 720.40 into my project, modal windows now open "behind" the "modal <div>" or whatever lays over the screen to make it modal.

I don't think I had this issue with the official Q2 release.

-Chris

Christopher Blickley

202 posts

Member since:
Jan 2004

Posted 22 Jul 2010 Link to this post

Actually, upon further tinkering, when it is not modal, there are issues too. The RadWindow renders behind RadDock controls on the page. It seems like something with the z-index changed somewhere.

Tim Barton

32 posts

Member since:
Apr 2003

Posted 22 Jul 2010 Link to this post

Hi All,

This is the fix Georgi gave me. It works with 720 and 722 hotfix

Georgi
----------------------------------
Thank you for the project. In your code I see that you set the z-Index with CSS. For your scenario to work, you need to set the z-Index of the RadWindow control in its declaration, e.g. style="z-index:80000" for DialogWindow.
------------------------------------------

my code

<telerik:RadWindow ID="DialogWindow" Modal="true" runat="server" Width="500px" Height="300px" Title="View Desctiption" style="z-index:80000" />

Tim

kencox

106 posts

Member since:
Oct 2002

Posted 27 Jul 2010 Link to this post

I got stung by this bug too. Thanks for posting the workaround.

Could someone alert us when there's a patch that addresses this?

Ken

Lee

6 posts

Member since:
Jul 2007

Posted 27 Jul 2010 Link to this post

According to Petio Petkov in a support ticket, there should be a bulid up by Wednesday the 28th that will address this. This is a good thing since it turns out the workaround doesn't help if you use the radconfirm() function to display confirmation dialogs since there's no way to set a z-index for those.

Lee

6 posts

Member since:
Jul 2007

Posted 28 Jul 2010 Link to this post

Just installed the 728 hot fix and it seems to fix the radconfirm problem.