Editor Scroll Bar problem.

[Rahul Khinvasara]

Hello,

    We are still facing the same problem,as described in the last thread (pls see below for more details). The editor contents still scroll up automatically whenever mouse is moved out of the editor after few seconds.
 
Is it possible that we can arrange a web conference ? during the conference, we can reproduce the scrolling problem and it will help you to get idea about it.
    
Regards
Rahul

From: 
Date: 12/16/2009 6:39:56 AM
CC: [e-mail],[e-mail]

Hello Rahul,

I followed the new instructions but the problem did not appear again. The video which demonstrates my test is attached. I waited 10-15 seconds and moved the mouse outside the content area, but the scroller did not scroll to the top.

Could you please try to reproduce this issue with the latest Q3 SP1 2009 build of RadControls for ASP.NET AJAX? In case you save the editor content using an Asp:Timer control and AJAX as in this demo: Auto-Save then please disable the automatic update and try to reproduce the problem again.
Kind regards,
Rumen
the Telerik team

[Rumen]

Hi Rahul,

You can see in this blog post why Telerik does not offer phone / IM and remote desktop support: Why doesn’t Telerik offer phone/IM support?

I am afraid that the web conference won't be of help for this problem, because you already sent a sample working project that I tested and was unable to the scrolling behavior on my side. This leads me believe that the problem is browser related and is due to some configuration or plug-in / add-on installed on your browser.

My suggestion is to test the project on another machine and in a clean IE8 browser. If the problem does not exist on the new machine then compare the browser settings.

Sincerely,
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.

[Esk]

I am having the same issue in IE7 (no plug-ins installed at all latest version as of today 03.18.2010). This behaviour only happens in IE and was observed by one of our custom cms clients. It only happens in the WYSIWYG mode and not in the html edit mode and it happens despite if the mouse is in the editor or not. Once a content longer than the box is input if the user tries to scroll down to see or edit content, the scroll bar blinks and scrolls automatically to the top. This happens even if you move the cursor down using the keyboard down arrow.

I found out that this behavior is observed when there is an updating javascript on the page. In my case i have a log out session timer, that i actually found the code in your code library. When the timer is in the above scenario occurs, when the timer is removed  the above issue no longer happens.

Needless to say refreshing javascript is a popular solution included in many applications that might use the editor  from log out timers that are used to notify the user that their session is about to expire - to simple image repeaters. Removing them is not a realistic expectation just as much as not supporting IE even if that really means supporting IE8 only. 

Telerik has always had a great customer support, willing to help developers and staff who have always put the needs of their customers up front. I am sorry to say that the above reply did not seem any of the above and was quite frankly disappointing. Even if there was no way to guess that this might have been a javascript issue, suggesting that it might be a browser plug in or browser version is nothing more but misdirecting. I would have preferred to see a simple we don't know what might be causing this, or we are going to look into it more, ore even need more information/ projects than what was said.

I have personally recommended the telerik product lines to many companies and development teams in the past 5 years because of the quality of the products as well as the speedy and top of the line customer service, i would hate to see that change.

[Rumen]

Hi Sibila,

We are always trying to provide the best support on the market and to help our clients.

If you look at the first post in this thread you will see that I have already suggested to disable the timer control (if it is used), because I am aware that this control is causing the reported browser scrolling problem, e.g.

In case you save the editor content using an Asp:Timer control and AJAX as in this demo: Auto-Save then please disable the automatic update and try to reproduce the problem again.

Since the project that Rahul sent me, did not contain a timer control but a simple page with only RadEditor in it, I was unable to reproduce the problem. But I saw that the problem really exists in the video provided by Rahul in his ticket. This leaded me believe that the problem could be due to some plug-in or browser setting. That is why my suggestion was to check the browser settings / plugins and reset / disable them.

This browser scrolling behavior of IE is very odd and not reproducible in all IE versions. The problem was reported by a few users only and it appears when at least one of the following conditions is met:

• There is a css filter:alpha(opacity=30); imported in the content area of RadEditor
• There is an <asp:Timer> control on the page
• the DOCTYPE is not set
• There is a font css property set in percents - this condition was reported by a customer but not reproduced.

I hope that you' ll find the above information helpful.

If anyone find a solution for this browser bug and share it with the community, we will also award him with Telerik points.
Best regards,
Rumen
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.

[Esk]

I was not able to reproduce the issue on IE8 however my scenario doesn't really meet any of the above except the timer in the page. I will work on finding a resolution to this and if i come up with something i will let you know.

Suzheliavam za predishniat me coment no prozvucha malko naduto -.-

[cert]

Has this problem been fixed?  I'm using IE8 and Telerik version 2009.1.402.20.  I have multiple controls on my page, I'm not using any timers; just a simple page with a textbox and the radeditor.  When the editor is so long that the scrollbars appear, when at the bottom of the editor (have to use the vertical scroll bar to scroll to the bottom), whenever I move my mouse, the content of the editor is scrolled to the top automatically.  Any fix you have would be much appreciated.

[Rumen]

Hello Rahul,

The provided information is not enough to reproduce the problem. The problem could be due to the content loaded in RadEditor or to the stylesheet of the controls on the page.

In order to be able to help you, I will need a sample working project (along with the stylesheet and sample HTML content) that demonstrates the problem. I will examine it and after reproducing the issue I will do my best to find a solution. You can attach and send zipped projects by opening a support ticket.

Best regards,
Rumen
the Telerik team

[cert]

Basically, just create a new project, add a web form, add a text box and then the rad editor to the form and run it.  No style sheets, etc. are needed.  Then put the cursor on the rad editor and start typing a long paragraph until the vertical scroll bars appear, then move the mouse and see the scrollbars roll up to the top of the editor control.

[Rumen]

Hi,

I was unable to reproduce the problem following the provided instructions. Could you please see my test in the following video http://screencast.com/t/vqFrdMbJh and let me know if I am missing some step?

Kind regards,
Rumen
the Telerik team

[Chani]

Hi - I manage the City and County of Denver's website and we're seeing this issue appear sporadically across our vast group of users (more than 600 editors). This issue is creating a huge problem for us as several people are unable to update critical information on the City's website.

Has anybody with Telerik applied a serious amount of effort to reproduce the issue? We have compared key browser settings between machines, but unfortunately, can't figure out what may be causing the issue (though it does appear browser related). I'm using the exact same version of IE8 as another user, but I don't experience a problem. I did not have java installed or microsoft VM settings in my advanced tab like the other user did. We disabled her java and microsoft vm settings, but this did not help.I tried istalling Java but still couldn't make it happen on my machine.

We would sincerely appreciate your help on this matter. We could potentially uninstall her browser and reinstall it, but this would get us no closer to identifying the root cause of the issue, nor is it an option for us to do this with the remainder of our vast user audience across the City. Any help on this would be greatly appreciated.

[Rumen]

Hi,

The scroll bar problem is a known bug for a very long time (it appears even in RadEditor Classic) and we have spend an enourmous amount of time to investigate all potential reasons for it like browser settings, plug-ins, add-ons, CSS styles, the hasLayout feature of IE, javascript, etc. The most frequently reasons for it appearance is CSS styles and filters.

The main problem here is that the scroller issue appears sporadically on certain machines and it cannot be reproduced in reliable manner and isolated so that we can fix it once and for all. That is why all help on reproducing this browser bug that applies to editable iframe elements will be greatly appreciated.

In order to be able to reproduce the problem, we need detailed information as the following one:
- a simple working project along with all related files for the problem reproductions like: CSS, scripts, server controls, content, etc
- a live URL to the problematic page with RadEditor
- reliable steps to reproduce the problem (if possible use Jing or another screen recorder to capture them)
- any additional information that you think might be helpful

Kind regards,
Rumen
the Telerik team

[JD]

I work with Chani (see post above) at the City & County of Denver as a Developer.  We have a machine that reliably produces the scrollbar "jump".  Basically, when you are in the editor and have scrolled below the top of the page being edited, if your cursor mouses out of the iframe, the page will jump back to the top (actually not fully to the top, but close enough).  Furthermore, if your cursor is at the top of the editor already and you move the mouse back and forth across the iframe border, you can see the scrollbar "blink" or "flicker".

I have been able to manipulate the issue with various DOCTYPES and ie=??? emulations, but none that are satisfactory.  One big issue we have is that on any IE8 system, the editor appear with NO CONTENT, so we have put the ie=EmulateIE7 meta tag.  One possible solution to our problem would be to address why the editor does not seem to work in IE8 natively.

I should point out that we are using the Telerik editor in DotNetNuke (v5.5.1).

I think I may have found the possible problem to the jumping.  Using the "Developer Tools" on the problematic machine, I was able to STOP the problem by disabling a piece of CSS.  The CSS is found in the Telerik.Web.UI.dll resource file here:
. . .
.reToolbar a,
.reDropdown,
.reSpinBox input,
.RadEditor input,
.reModule,
.reModule td,
.reEditorModes a,
.reDropDownBody,
.reDropDownBody td,
.reAjaxspell_wrapper,
.reAjaxspell_button,
.reAjaxspell_addicon,
.reAjaxspell_ignoreicon,
.reAjaxspell_okicon,
.reInsertTable .reTlbVertical ul a.reTool_text span.reButton_text,
.reColorPicker .reCustomColor
{
    font: normal 12px "Segoe UI", Arial, Sans-serif;
    color: #000;
    text-decoration: none;
    cursor: default;
}
. . .

If I DISABLE the "font:" for ".RadEditor input", the problem disappear and the editor appears to work properly.

Unfortunately, I don't know how to remove this from the dll or override it with some other CSS. 

Could Telerik provide me with a customized Telerik.Web.UI.dll where the ".RadEditor input" definition has the "font" removed?
or
Could you explain to me where I can put some CSS to override this definition?

[Rumen]

Hi JD,

You can delete the .RadEditor input CSS class by registering the external skin files of RadEditor as shown in the following KB article: Registering an external skin of RadEditor. After that open the Skins/Editor.css file locate the .RadEditor input class and delete it.

Note that the article applies to the regular RadEditor for ASP.NET AJAX. The Professional DNN provider of RadEditor is implementation of the DNN developers and it is not supported by Telerik. Our suggestion is to post the question about how to register the external skin files of RadEditor in DNN in the DNN forums. For example in this one: Taming (customizing) The new Telerik RadEditor.

You should also ask the DNN support why the editor is loaded empty in IE8. The regular editor offers full support for IE8 and I am not aware of any problems that applies to empty content in this browser.

Best regards,
Rumen
the Telerik team

[JD]

OK Telerik...

I believe I can show you how to recreate the problem.  I have successfully recreated the problem on multiple computers that previously did not exhibit the problem.

On a machine that is NOT exhibiting the problem, simply REMOVE the Segoe UI fonts (there are 3 of them: regular bold, italic).  Then, open the rad editor with a page large enough to have a scroll region.  Scroll past the top of the page.  Move your cursor OUTSIDE of the editor region.  The page should "jump" to the top.  Place the fonts BACK into the font folder, refresh the radEditor and the problem disappears.

When I did this technique on my machine, my "Windows LIVE Messenger" text disappeared.  When I rebooted my machine, Windows LIVE Messenger used the Arial font to display text.  My assumption would be that the Segoe UI font in installed with some/many Microsoft products and would "usually" be on a windows machine.  However, if the font is NOT present, the problem appears (I am using IE 8).

I also resolved the problem by turning OFF the embedded css in Telerik_Web_UI.dll.  I then downloaded the Vista theme and, in Editor.css, I changed the "radEditor input" css to REMOVE the "Segoe UI" font declaration.  This also resolves the problem, but I don't like have to download the entire theme just for this tiny change.

I would request that Telerik make this modification and remove the dependency on the Segoe UI font and use the alternate and more standard "Arial" (which is the second font in the css declaration).

[Rumen]

Hi JD,

I am glad that you find another reason for the scroll jumping problem. Unfortunately I was unable to reproduce it because the Segoe Regular font is a Windows 7 system font, which is in use by the OS, locked and cannot be deleted from the Fonts folder. Can you please provide a video (use Jing or another tool) or steps demonstrating how to reproduce the problem and how to fix it, so that you follow developers can check their systems and use your solution in their project?

Thank you very much for your assistance.

I just want to add that you can remove the Segoe UI font from the Font Name dropdown of RadEditor, by predefining the FontNames collection. See this help article for more information: Fonts.

Kind regards,
Rumen
the Telerik team

[jc mag]

THANK YOU VERY MUCH JD!!!!!!!
You saved my life! :)

I've been struggling with this bug that occurs on some of my customers computers, and I've spent several hours to try to find a solution... :(
I've been able to reproduce (finally!) the problem on my dev machine by removing the Segoe fonts. But, of course, I don't want to force my customers to install these fonts; I tried to modify the Editor skin, but I don't find which files to modify... could you help me?

And, Telerik, if you could fix this problem for the next release, it would be great! :)

[Adam King]

Font change solved this.
We had the same problem scrollbar moves on mouse-out on an intranet site, however it still was inconsistent.

On a virtual machine running ie8 & XP we were able to reproduce it. Here IE runs in Compatability view by default, if we unchecked the 'Display intranet sites in Compatibility VIew' checkbox then the problem disappeared. Some IE8s with the box checked or unchecked still did not have the problem, again the inconsistency and difficult to narrow.

I read about a possible font fix. Our editors all have the cssFiles set to a specific CSS file, and after removing the 'Verdana' font it worked,  at least on one VDI.
The css was:

body
{
    font-family: Verdana,Arial,Helvetica,Sans-Serif;
    font-size: 13px;
    font-style:normal;
    font-weight:normal;    
}

and changed to the following which worked (at least one one computer so far)

body
{
    font-family: Arial,Helvetica,Sans-Serif;
    font-size: 13px;
    font-style:normal;
    font-weight:normal;    
}