This is a migrated thread and some comments may be shown as answers.

RadWindow zIndex style no longer supported after upgrade?

21 Answers 251 Views
Window
This is a migrated thread and some comments may be shown as answers.
Clayton
Top achievements
Rank 1
Clayton asked on 14 Jul 2010, 09:44 PM

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?)

21 Answers, 1 is accepted

Sort by
0
Lee
Top achievements
Rank 1
answered on 15 Jul 2010, 07:50 PM
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.
0
Georgi Tunev
Telerik team
answered on 16 Jul 2010, 07:48 AM
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
0
Clayton
Top achievements
Rank 1
answered on 16 Jul 2010, 04:18 PM
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.
0
Mooka
Top achievements
Rank 1
answered on 16 Jul 2010, 04:19 PM
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?



0
Georgi Tunev
Telerik team
answered on 20 Jul 2010, 11:38 AM
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
0
Tim Barton
Top achievements
Rank 2
answered on 20 Jul 2010, 11:42 PM
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
0
Mooka
Top achievements
Rank 1
answered on 21 Jul 2010, 03:41 AM
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?

0
Tim Barton
Top achievements
Rank 2
answered on 21 Jul 2010, 03:49 AM
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
0
Clayton
Top achievements
Rank 1
answered on 21 Jul 2010, 05:07 PM
For some reason I cannot locate the new hotfix that corrects this issue, I still see 713 as the latest version..
0
Lee
Top achievements
Rank 1
answered on 21 Jul 2010, 07:22 PM
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.
0
Clayton
Top achievements
Rank 1
answered on 21 Jul 2010, 07:26 PM

Lee:

Yep, there it is, thanks! :)

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

0
Lee
Top achievements
Rank 1
answered on 21 Jul 2010, 07:57 PM
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...
0
Tim Barton
Top achievements
Rank 2
answered on 21 Jul 2010, 08:34 PM
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
0
Georgi Tunev
Telerik team
answered on 22 Jul 2010, 08:49 AM
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
0
Clayton
Top achievements
Rank 1
answered on 22 Jul 2010, 03:56 PM

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)

0
Christopher Blickley
Top achievements
Rank 2
answered on 22 Jul 2010, 07:21 PM
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
0
Christopher Blickley
Top achievements
Rank 2
answered on 22 Jul 2010, 07:31 PM
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.
0
Tim Barton
Top achievements
Rank 2
answered on 22 Jul 2010, 07:33 PM
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
0
kencox
Top achievements
Rank 1
answered on 27 Jul 2010, 05:44 PM
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

0
Lee
Top achievements
Rank 1
answered on 27 Jul 2010, 09:44 PM
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.
0
Lee
Top achievements
Rank 1
answered on 28 Jul 2010, 05:00 PM
Just installed the 728 hot fix and it seems to fix the radconfirm problem.
Tags
Window
Asked by
Clayton
Top achievements
Rank 1
Answers by
Lee
Top achievements
Rank 1
Georgi Tunev
Telerik team
Clayton
Top achievements
Rank 1
Mooka
Top achievements
Rank 1
Tim Barton
Top achievements
Rank 2
Christopher Blickley
Top achievements
Rank 2
kencox
Top achievements
Rank 1
Share this question
or