Summary: | An inconsistency between HTMLTextAreaElement::m_value and RenderTextControl::text() | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Kenichi Ishibashi <bashi> | ||||||
Component: | Text | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | RESOLVED INVALID | ||||||||
Severity: | Normal | CC: | ap, ddavidso, hamaji, jiapu.mail, rniwa | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | PC | ||||||||
OS: | OS X 10.5 | ||||||||
URL: | http://crbug.com/66848 | ||||||||
Attachments: |
|
Description
Kenichi Ishibashi
2011-02-24 04:50:07 PST
Created attachment 83636 [details]
A page to repro
To see the problem, type some characters in the textarea. Note that the problem could happen on Chromium and will not happen on Safari.
Created attachment 83754 [details] workaround patch for http://crbug.com/66848 (In reply to comment #2) > Created an attachment (id=83754) [details] > workaround patch for http://crbug.com/66848 This is workaround patch to fix http://crbug.com/66848 without removing PLATFORM(MAC) macro. spellcheckAttributeState() is called from typingAddedToOpenCommand() and hasAttribute() and getAttribute() eventually call updateStyleAttribute(), which causes calling updateStyleIfNeeded(). We can avoid this using fastHasAttribute()/fastGetAttribute() because they don't call updateStyleAttribute(). If removing PLATFORM(MAC) is not good for fixing the problem, I'd like to land this patch. |