42774 2010-07-21 12:32:43 -0700 Editable elements don't scroll to the bottom of inserted html 2012-05-01 22:44:11 -0700 1 1 1 Unclassified WebKit HTML Editing 528+ (Nightly build) PC All UNCONFIRMED http://dev.ckeditor.com/ticket/5558 P2 Normal --- 0 saarelias webkit-unassigned emerick fredck jaroslav.benc rniwa oldest_to_newest 254454 0 saarelias 2010-07-21 12:32:43 -0700 Inside an editable element (contenteditable="true"), after using insert html, the element scrolls to the beginning and not to the end of the new data. A simple workaround was posted at http://dev.ckeditor.com/ticket/5558. 254550 1 fredck 2010-07-21 15:13:34 -0700 By "using insert html" the reporter meant execCommand('inserthtml'). 300899 2 rniwa 2010-10-27 23:26:11 -0700 Could you describe more detailed reproduction steps and/or reduction and the problem (e.g. horizontal scroll bar stays, vertical horizontal bar resets, etc...) ? 300900 3 rniwa 2010-10-27 23:28:38 -0700 Is this bug somehow related to https://bugs.webkit.org/show_bug.cgi?id=30243 ? 304159 4 emerick 2010-11-03 11:38:58 -0700 I also see this behavior (and yes, I would say that it is similar to the bug mentioned in the previous comment). To reproduce the behavior, insert a large chunk of HTML into a contentEditable element using exec('inserthtml') - the chunk must be large enough that it will extend beyond the bottom border of the window. After calling exec('inserthtml') the expected behavior would be that: 1 - The caret is at the end of the inserted block of HTML. 2 - The caret is scrolled into view. Instead, what happens is just 1. In other words, the caret is indeed at the end of the inserted block of HTML, but the caret has *not* been scrolled into view. 613991 5 rniwa 2012-05-01 22:44:11 -0700 *** Bug 30243 has been marked as a duplicate of this bug. ***