Opened 15 years ago
Closed 14 years ago
#4472 closed Bug (fixed)
[FF3] Browserwindow scrolls to loaded ckEditor
Reported by: | Partout | Owned by: | Tobiasz Cudnik |
---|---|---|---|
Priority: | Normal | Milestone: | CKEditor 3.4.1 |
Component: | General | Version: | 3.2.2 |
Keywords: | Firefox | Cc: | tbori@… |
Description
When having multiple ckEditors in a HTML-page with so many content it is scrollable, the browserwindow jumps to the last loaded ckEditor.
This problem occurs in Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)
Used version ckEditor: ckEditor 3.0
Seems to work fine in IE7 though.
Attachments (3)
Change History (17)
comment:1 Changed 15 years ago by
comment:2 Changed 14 years ago by
This bug is still present. I'm using FF 3.6.6 (Windows) and CKEditor 3.3.1. It occurs regardless of using class="ckeditor" or CKEDITOR.replace.
comment:3 Changed 14 years ago by
Status: | new → pending |
---|
Could you please attach a test page that shows as the problem?
comment:4 Changed 14 years ago by
Done. It turns out that it only happens when config.contentsCss is set. It doesnt matter if the file actually exists or not.
comment:5 Changed 14 years ago by
Cc: | tbori@… added |
---|---|
Version: | → 3.3 |
Nope. It happens (perhaps can be reproduced more often on a slow machine), regardless of the config.contentsCss setting. Practically it scrolls all the way down to the editor with an empty config.js too (in Firefox 3.6, tested with the 3.3 version of the CKEditor). On the other hand, that's true that it won't scroll when there is anything (other than whitespace) in the textarea/editor. (Possibly a focus problem?) A minimal html (with a ckeditor tree below, with an empty config.js) can be used to reproduce the problem: <html> <head> <title>Firefox CKEditor unwanted scroll test page</title> <script src="ckeditor/ckeditor.js"></script> </head> <body> <p style="height:9000px;">a</p> <form><textarea name="c" class="ckeditor"></textarea></form> </body> </html>
comment:6 Changed 14 years ago by
I tested several versions, this behaviour appeared in version 3.2.2
comment:7 Changed 14 years ago by
Status: | pending → new |
---|---|
Version: | 3.3 → 3.2.2 |
comment:8 Changed 14 years ago by
It comes from here (in trunk) http://dev.ckeditor.com/browser/CKEditor/trunk/_source/plugins/wysiwygarea/plugin.js#L252 :
// Simulating keyboard character input by dispatching a keydown of white-space text. var keyEventSimulate = doc.$.createEvent( "KeyEvents" ); keyEventSimulate.initKeyEvent( 'keypress', true, true, win.$, false, false, false, false, 0, 32 ); doc.$.dispatchEvent( keyEventSimulate );
comment:9 Changed 14 years ago by
Keywords: | Firefox added |
---|---|
Status: | new → confirmed |
@gillup, your findings pointed us to the precise requirement to reproduce this issue: the editor must be empty on load. No other factors are involved.
I have reproduced the problem by simply removing the contents to be loaded with the replacebyclass sample. I'll attach it here.
comment:11 Changed 14 years ago by
Owner: | set to Tobiasz Cudnik |
---|---|
Status: | confirmed → assigned |
Changed 14 years ago by
Attachment: | 4472.patch added |
---|
comment:12 Changed 14 years ago by
Status: | assigned → review |
---|
comment:13 Changed 14 years ago by
Status: | review → review_passed |
---|
comment:14 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | review_passed → closed |
Fixed by [5873].
Update: I found this only occurs when an empty ckEditor is loaded. If there is content in every ckEditor (ie the value of the to be replaced textarea is filled) there is no scrolling.