CKEditor cause ambiguous page scroll

I am having a similar problem with a single editor instance. This only happens in Firefox, not IE (I don't think I've ever typed that sentence unless I was talking about something that did work correctly).

The editor is near the bottom of a page full of posts. Loading the page always results in a scroll bar "jump" so that the first line of the body of the editor shows at the bottom of the page. If I have Firebug expanded at the bottom of the browser, it scrolls in to view above Firebug.

The editor instance is blank, i.e., I'm not feeding it any text to begin with.

I've tried both the full load and the basic (deferred) load.

I am instantiating the editor using replace with a textarea via PHP. Of course, if I comment the replace method, the scroll does not occur (and the editor doesn't load):

$CKeditor->replace('post_text',array('toolbar'=>'Forums'));

Any help or insight into this would be greatly appreciated.

I've opened a dedicated ticket for this issue.

Please add your email in CC field to be notified on any updates.

Thank you for report.

I tried the latest build... this problem still seems to exist. Every page with editor scrolls automatically down to wherever editor is on page in FF 3.5. So a user cannot actually view a blog post without manually scrolling up to top every visit to page.

This problem still exists, at least for me. Has anyone determined a way to stop this behaviour?

Have you upgraded to 3.0.1?

Doh, that solved it, thanks!

I have the same problem in my site. I'm using CKEditor 3.4.

Please help. Thanks in advance

I'm having the same problem. CKEditor 3.4

For me the same problem with FF 3.6.10 and CKeditor 3.4

Same for me as well. Any updates? Would upgrading to 3.5 fix it? Thanks.

I use Safari and CKEditor 3.4.2 and the bug is back! I found it is caused by the 'wysiwygarea'-plugin . If you disable it with the removePlugins-option, the page won't scroll and everything still works fine.

But I'm wondering. 'wysiwygarea' sound's kinda essential. I can still use the editor, format text and so on, so I'm asking myself - or rather the staff - what does that plugin do? Is it safe to just remove it?

viewtopic.php?f=11&t=20871

What also occurred to me: If I have a hash key in my url (like mydomain.com/index.php#) the page scrolls to the editor when I instantiate it. If I remove that hash key, everything works fine.

Luke23ae wrote:

I use Safari and CKEditor 3.4.2 and the bug is back! I found it is caused by the 'wysiwygarea'-plugin . If you disable it with the removePlugins-option, the page won't scroll and everything still works fine.

But I'm wondering. 'wysiwygarea' sound's kinda essential. I can still use the editor, format text and so on, so I'm asking myself - or rather the staff - what does that plugin do? Is it safe to just remove it?

viewtopic.php?f=11&t=20871

Could you be a little more specific on what you did? I added the line "config.removePlugins = 'wysiwygarea';" to config.js and custom/config.js, but nothing changed. I'm using FF though, so that might be it.

mrbubblesort wrote:Could you be a little more specific on what you did? I added the line "config.removePlugins = 'wysiwygarea';" to config.js and custom/config.js, but nothing changed. I'm using FF though, so that might be it.

Hmmm, I checked again and -enabled- wysiwigarea again. It still doesn't scroll. Maybe it is the hash key thing (see my post above yours) because that I can reproduce - if I have a hash key in the url it scrolls, if I don't it doesn't

Luke23ae wrote:
Hmmm, I checked again and -enabled- wysiwigarea again. It still doesn't scroll. Maybe it is the hash key thing (see my post above yours) because that I can reproduce - if I have a hash key in the url it scrolls, if I don't it doesn't

Thanks for the help, I've got no hashes in my URL so it's probably a problem with FF. Either way, it's still a bug, so I created a new ticket http://dev.ckeditor.com/ticket/6792

Even though it's a fuglykludge, I solved it for now by placing this in my body tag:

onload="setTimeout('self.scrollTo(0,0)',400);"

Don't respond and tell me it's inelegant. I KNOW. But it's a quick fix that might help someone else so I'm posting it here.

Has this been fixed in 3.51 or 3.52?

Nope. Still hasn't been fixed. And this bug is seriously annoying.

When can we expect the next update.

I'm seeing this bug in 3.6.1. In Firefox, within gwt hosted mode, with 8-10 ckeditor instances on the page. The scrolling is kind of jumpy, like it hops around multiple places, before ending up scrolled to the bottom.

It only occurs if the element I'm replacing is empty. Interestingly, this attempted workaround does NOT work: I set the textarea contents, call CKEDITOR.replace, and then call setData("") on the ckeditor instance. The bug still recurs.

Hi, according to the tip chris-martin gave us: "It only occurs if the element I'm replacing is empty", the best solution I have found is to add a space into the textarea, like this:
<textarea [atributes]>&nbsp;</textarea>

so the scroll doesn't occur. And when you go to the textarea to insert text, it behaves like it hasn't any text inside before (even using the button "HTML source", it is empty)

Cheers!