Bug 12820

Summary: REGRESSION (r19706): Caret not painted after popup, failing editing/pasteboard/4641033
Product: WebKit Reporter: mitz
Component: Layout and RenderingAssignee: Antti Koivisto <koivisto>
Status: RESOLVED FIXED    
Severity: Normal CC: justin.garcia, koivisto
Priority: P1 Keywords: LayoutTestFailure, Regression
Version: 420+   
Hardware: Mac   
OS: OS X 10.4   
URL: http://build.webkit.org/results/post-commit-pixel-powerpc-mac-os-x/3675/editing/pasteboard/4641033-diffs.html
Attachments:
Description Flags
another attempt to figure out who should paint the caret
timothy: review-
yet another hyatt: review+

Description mitz 2007-02-19 16:30:08 PST
To reproduce, open LayoutTests/editing/pasteboard/4641033.html. Notice that the caret isn't painting when it is positioned right after the <select> element.

This is a regression from r19706 (fix for bug 11974).
Comment 1 Antti Koivisto 2007-02-20 07:50:50 PST
Created attachment 13273 [details]
another attempt to figure out who should paint the caret

Caret should generally be painted by the containing block of the caret node. Only exception is when the caret node is itself a block and the caret is inside it (not after it). This happens with empty editable block elements.
Comment 2 Dave Hyatt 2007-02-20 14:20:35 PST
Comment on attachment 13273 [details]
another attempt to figure out who should paint the caret

r=me
Comment 3 Antti Koivisto 2007-02-20 17:37:56 PST
Created attachment 13284 [details]
yet another

- added method to SelectionController for testing if caret is inside or outside the node based on Justin's comments
- added test case for <div editable><select> case too
Comment 4 Timothy Hatcher 2007-02-21 08:45:12 PST
Comment on attachment 13273 [details]
another attempt to figure out who should paint the caret

Clearing the review, there is a new patch.
Comment 5 Dave Hyatt 2007-02-21 16:43:44 PST
Comment on attachment 13284 [details]
yet another

r=me
Comment 6 Sam Weinig 2007-02-21 19:24:29 PST
Landed in r19785.