Log in or register to post comments
Last post
CKEditor cause ambiguous page scroll
I have several CKEditor windows on a single page; they are invoked by a simple "ckeditor" style selector. Unexpectedly, after all plugin instances get initialized, page spontaneously scrolls to the lowest editor window (not smooth scrolling but a single-jump).
Can anyone imagine what's the problem this may be?
Re: 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.
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
This problem still exists, at least for me. Has anyone determined a way to stop this behaviour?
Re: CKEditor cause ambiguous page scroll
Have you upgraded to 3.0.1?
Re: CKEditor cause ambiguous page scroll
Doh, that solved it, thanks!
Re: CKEditor cause ambiguous page scroll
I have the same problem in my site. I'm using CKEditor 3.4.

Please help. Thanks in advance
Re: CKEditor cause ambiguous page scroll
I'm having the same problem. CKEditor 3.4
Re: CKEditor cause ambiguous page scroll
For me the same problem with FF 3.6.10 and CKeditor 3.4
Re: CKEditor cause ambiguous page scroll
Same for me as well. Any updates? Would upgrading to 3.5 fix it? Thanks.
Re: CKEditor cause ambiguous page scroll
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
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
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
Re: CKEditor cause ambiguous page scroll
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
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
Has this been fixed in 3.51 or 3.52?
Re: CKEditor cause ambiguous page scroll
Nope. Still hasn't been fixed. And this bug is seriously annoying.
Re: CKEditor cause ambiguous page scroll
When can we expect the next update.
Re: CKEditor cause ambiguous page scroll
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.
Re: CKEditor cause ambiguous page scroll
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!