8116 2006-03-31 21:01:55 -0800 REGRESSION: Selection issues occur when dragging from left to right in native text fields 2006-04-07 20:39:55 -0700 1 1 1 Unclassified WebKit Forms 420+ Mac OS X 10.4 RESOLVED FIXED InRadar, Regression P1 Normal --- 1 c.petersen87 darin adele hyatt oldest_to_newest 38136 0 c.petersen87 2006-03-31 21:01:55 -0800 I'm noticing when dragging left to right the selection while become invalid when I-beam cursor outside of the text field. Steps to reproduce: 1) With TOT Webkit, open attached test case "input_selection_test.html". 2) Place caret before "T" in "This". 3) Mouse down and drag over "This is a test". Move cursor outside the right edge of text field. 4) Notice the selection becomes invalid as you drag outside of text field 5) Again place caret before "T" in "This". 6) Drag over "This is a" then move cursor to the bottom of text first 7) Move cursor outside of the text field and again selection becomes invalid Note: If I place caret at the END of the text field and drag a selection ( from right to left), the selection remains intact if I move the cursor outside of field. 38137 1 7430 c.petersen87 2006-03-31 21:09:43 -0800 Created attachment 7430 Sample input field 38139 2 c.petersen87 2006-03-31 21:20:05 -0800 This issue is covered in <rdar://problem/4499022> 38140 3 c.petersen87 2006-03-31 21:21:35 -0800 My original description should have said: I'm noticing when dragging left to right, the selection will become invalid when I-beam cursor moves outside of the text field. 38317 4 darin 2006-04-02 19:56:22 -0700 Bug 8134 describes almost exactly the same thing. 38358 5 mjs 2006-04-02 23:25:43 -0700 These are all text field regressions so they should all be P1. 38684 6 darin 2006-04-06 00:57:55 -0700 I'll take a look at these. 38690 7 darin 2006-04-06 08:53:48 -0700 Something's going wrong in Selection::adjustForEditableContent, which is supposed to handle things like this. 38692 8 darin 2006-04-06 09:06:42 -0700 The main problem seems to be the call to Range::compareBoundaryPoints inside Selection::validate. This won't handle selection endpoints that are inside the shadow DOM. That's what we need to fix. 38693 9 darin 2006-04-06 09:14:21 -0700 I need to talk to Adele and Hyatt about this one. It's a side effect of the shadow DOM not having a parent that points to the real DOM. I understand why the real DOM can't point down into the shadow DOM, but I don't understand why it's a problem to have the shadow DOM pointing back up to the real one. To fix this, I'm having to change tons of places to call shadowParentNode after calling parentNode, and I think that might not be the right way to go. 38773 10 darin 2006-04-07 20:39:55 -0700 Turns out my fix for bug 8134 does fix the test case attached here. 7430 2006-03-31 21:09:43 -0800 2006-03-31 21:09:43 -0800 Sample input field input_selection_test.html text/html 155 c.petersen87 PGh0bWw+CjxoZWFkPgo8dGl0bGU+ClRleHQgaW5wdXQgc2VsZWN0aW9uIHRlc3QKPC90aXRsZT4K PC9oZWFkPgo8Ym9keT4KPGlucHV0IHR5cGU9InRleHQiIHNpemU9IjEwIiBzZWxlY3RlZCB2YWx1 ZT0iVGhpcyBpcyBhIHRlc3QiPjxicj4KCgo8L2JvZHk+CjwvaHRtbD4=