Bug 27034 - contenteditable="inherit" doesn't cause the attribute to be removed, as specified (makes parts of some Mail messages editable)
Summary: contenteditable="inherit" doesn't cause the attribute to be removed, as speci...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2009-07-07 10:10 PDT by Adele Peterson
Modified: 2010-07-26 11:37 PDT (History)
2 users (show)

See Also:

Attachments
test case (203 bytes, text/html)
2009-07-07 10:10 PDT, Adele Peterson 		no flags Details
a test that actually works (360 bytes, text/html)
2009-08-28 21:36 PDT, Adele Peterson 		no flags Details
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Adele Peterson 2009-07-07 10:10:14 PDT 
Created attachment 32383 [details]
test case

contenteditable="inherit" doesn't cause the attribute to be removed, as specified (makes parts of some Mail messages editable)

HTMLElement::parseMappedAttribute is never getting called for contenteditableAttr, so userModify is never updated correctly for the inherit value.  And the attribute is never removed, which is the specified behavior for the "inherit" value.

See attached test case.

<rdar://problem/7022306>
Comment 1 Adele Peterson 2009-08-28 21:36:45 PDT 
Created attachment 38771 [details]
a test that actually works
Comment 2 Ryosuke Niwa 2010-07-26 11:24:37 PDT 
It seems like this bug doesn't reproduce any more on TOT.  At least the new test case you've attached doesn't reproduce the bug you described.
Comment 3 Adele Peterson 2010-07-26 11:37:18 PDT 
Yes, this appears to be fixed.