See test case. Since the selection jumps to the end of the content in the overflow area, the layer won't vertically autoscroll correctly. This works fine in the horizontal direction.
Created attachment 7074 [details] test case
CC'ing Justin and Levi so they can take a look
I only see this original bug on a true text area, not the content-editable div in the test case. (It may be related to the behavior of Bug 9936.) The content-editable div doesn't scroll at all when click-dragging outside of its boundaries, which makes it impossible to highlight beyond the visible area by click-dragging.
(In reply to comment #3) > I only see this original bug on a true text area, not the content-editable div > in the test case. (It may be related to the behavior of Bug 9936.) Tested using a locally-built WebKit r15458 with Safari 2.0.4 (419.3) on Mac OS X 10.4.7 (8J135/PowerPC). > The content-editable div doesn't scroll at all when click-dragging outside of > its boundaries, which makes it impossible to highlight beyond the visible area > by click-dragging. I should note that I can make the c-e div scroll down (vertically) ONE line while click-dragging, but that's it. It doesn't scroll horizontally at all.
*** Bug 10033 has been marked as a duplicate of this bug. ***
in the normal overflow div case, try adding in a few <br>s to break up the text node, and I think you'll see how its broken in that case too.
<rdar://problem/4822922> REGRESSION: Moving selection below bottom of overflow area causes selection to jump to end
Although the overflow area now autoscrolls correctly, the selection still jumps to the end. So, the bug described in the title still exists. Adele?
I don't see the selection jump. When you drag past the bottom, it appears that the selection stops updating, which seems like a separate problem.