RadWindow zIndex style no longer supported after upgrade?

[Clayton]

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]

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]

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

[Clayton]

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.

[Mooka]

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]

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

[Tim Barton]

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]

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]

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]

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

[Lee]

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]

Lee:

Yep, there it is, thanks! :)

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

[Lee]

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]

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

[Georgi Tunev]

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

[Clayton]

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]

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]

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]

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]

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]

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]

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