[Solved] Firefox 3 EditorDialog Issues

[jenkmeister]

Having some issues with the screen auto-scrolling to the top...

Steps:

1. Place a RadEditor so that it requires the browser window to be scrolled
2. View the page and scroll down
3. Click on a toolbar that opens a dialog
4. Notice how the page scrolls to the top of the window and the dialog may not be shown anymore...

Firefox 3.0.5 and the Q3 SP2 Rad Editor.

Thanks
Sean

[jenkmeister]

As a further example of this happening, head to http://demos.telerik.com/aspnet-ajax/Editor/Examples/Default/DefaultCS.aspx

in Firefox.

Scroll down the page and then click on Format Code Block (Top Right toolbar icon).Watch the page scroll back to the top.

Telerik - Is this a known bug? Is there a fix coming?

[Tervel]

Hi Jenkmeister,

Thank you for reporting the problem. We were able to reproduce it and it has been logged for fixing.
The issue will be fixed in the next Telerik.Web.UI update (the Q1 2009 Beta to be released in February).

Best wishes,
Tervel
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[jenkmeister]

Thanks. Any chance of a hot fix or a client side (jscript) fix? Without this working, it'll mean rolling back to a previous version of the controls as we will be releasing our site update before those next controls will be ready... (and since I've had a number of issues just getting the SP2 controls to work after upgrading from Q2, I really don't want to have deal with another set of problems migrating back...)

[Tervel]

Hi jenkmeister,

Here is what we found out after additional research:

1) This FF problem is caused by the actual adding of a RadWindow object to the page (RadEditor dialogs are RadWindow objects). RadWindow objects are added as the first element of the form. This dom operation seems to cause the page in FF to jump "by itself".

2) The problem only happens the first time a dialog is shown (because then it is already a part of the DOM and each subsequent time there are no problems).

This in fact makes the problem harder to solve. Our original assumption was that somewhere along the line the mouse click event does not get cancelled properly - causing the page to go up. Now, as it turns out there is no clear resolution. Adding the window element to the top of the page is done for a couple of reasons - related to zIndex and the ability to move the window object freely around the page. Adding it somewhere else on the page can solve this problem but present new problems. We will research the matter further and look for a workaround.

For the timebeing, what we were able to come up with is the "saving" of the browser scroll position and restoring it after a command executes. It does cause the page to quickly flicker when a dialog is shown for the first time, however.

Here is the solution:

            <telerik:radeditor runat="server" ID="RadEditor1"
             OnClientCommandExecuting = "OnClientCommandExecuting"/>
<script>
function OnClientCommandExecuting(editor, args)
{
    if ($telerik.isIE) return;

    Telerik.Web.UI.Editor.Utils.storeBrowserPosition();

    window.setTimeout(function()
    {
       Telerik.Web.UI.Editor.Utils.restoreBrowserPosition();
    },0);
}
</script>

Kind regards,
Tervel
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[jenkmeister]

Thanks for getting back to me on this (you guys are really great about that! THANK YOU!)... the solution you put above was the direction I was planning to go down should there have been no hotfix. The screen flicker I can live with :)

 

Thanks again!

[jenkmeister]

Yep, the code above works well. Thanks again for putting it together!

[savindag]

We are having a similar issue with the RadEditor inside a RadWindow while trying to click a tool icon which would bring up a dialogbox (e.g. Link Manager, Past from Word,...etc) and would like to know whether we can get a hot fix for the 2008.3.1314.35 release.

[Rumen]

Hi Jenkmeister,

You are using a very old version of Telerik.Web.UI.dll. Could you please upgrade to the latest one Q3 SP2 2009 (version 2009.3.1314) and confirm that the problem is fixed? There are many improvements in the Telerik controls in the latest version and the problem should be fixed.

If the problem still persists, please, open a support ticket and send a sample working project that demonstrates the problem.

Greetings,
Rumen
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[savindag]

The issue is fixed in the latest version on Q3 2009 but the problem is if we upgraded, since it has modified most of the styles the whole application breaks. We really would like to know the possibility of getting a quick fix for this issue in the old version.

Thanks

[Rumen]

Hi Savinda,

Unfortunately, the problem could not be fixed in the earlier builds, however all old skins are available for the new version of RadControls for ASP.NET and can be downloaded from this forum thread:
 All RadControls Q3 2008 Skins Are Now Compatible with the Q1 2009 Release.

You can find more information in these blog posts:
RadControls for ASP.NET AJAX receive a major face-lift!
and
Using pre-Q1 2009 skins with Q1 2009!

It is recommended to upgrade because the new versions offers many bug fixes, improvements and new features.

All the best,
Rumen
the Telerik team

Instantly find answers to your questions on the new Telerik Support Portal.
Watch a video on how to optimize your support resource searches and check out more tips on the blogs.