Bug 58241 - Shouldn't carry out autocorrection when start typing a new word
Summary: Shouldn't carry out autocorrection when start typing a new word
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) OS X 10.6
: P2 Normal
Assignee: Jia Pu
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2011-04-11 09:27 PDT by Jia Pu
Modified: 2011-04-11 13:56 PDT (History)
1 user (show)

See Also:

Attachments
Patch (v1) (92.12 KB, patch)
2011-04-11 09:36 PDT, Jia Pu 		no flags Details | Formatted Diff | Diff
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 Jia Pu 2011-04-11 09:27:41 PDT 
Assuming user had typed "this ", then he moved insert point to between "s" and " ", added " mesage", then moved insertion point back to the end of phrase. At this point, we have "this mesage ". Now if the user inserts another non-whitespace character or newline, the word "mesage" will be autocorrected to "message". This is not consistent with AppKit TextView, which apply autocorrection only at the exit of a word.

<rdar://problem/9264736>
Comment 1 Jia Pu 2011-04-11 09:36:05 PDT 
Created attachment 89016 [details]
Patch (v1)
Comment 2 WebKit Commit Bot 2011-04-11 13:53:19 PDT 
The commit-queue encountered the following flaky tests while processing attachment 89016 [details]:

http/tests/websocket/tests/handshake-fail-by-maxlength.html bug 53816
The commit-queue is continuing to process your patch.
Comment 3 WebKit Commit Bot 2011-04-11 13:56:53 PDT 
Comment on attachment 89016 [details]
Patch (v1)

Clearing flags on attachment: 89016

Committed r83492: <http://trac.webkit.org/changeset/83492>
Comment 4 WebKit Commit Bot 2011-04-11 13:56:57 PDT 
All reviewed patches have been landed.  Closing bug.