Bug 49070 - Need to disable spell checking user data when running regression tests.
Summary: Need to disable spell checking user data when running regression tests.
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.6
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-05 08:24 PDT by Jia Pu
Modified: 2010-11-05 08:36 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jia Pu 2010-11-05 08:24:36 PDT
Currently many autocorrection related tests have to be run as manual tests. We cannot create reliable automated tests because the result of spell checking is affected by the history of user's response to autocorrection. There is a new SPI in AppKit to disable user data, which enables us to obtain consistent spellchecking result. 

We should modify our testing harness to disable user spell checking data. There're two ways to do this:

1. Set user defaults before start running tests. This seems to be the easiest way.
2. Hook up the said SPI with javascript side, so that we can turn on/off user spell checking data on per test basis.

Any suggestion on how we should go about this?
Comment 1 mitz 2010-11-05 08:36:43 PDT
(In reply to comment #0)
> Currently many autocorrection related tests have to be run as manual tests. We cannot create reliable automated tests because the result of spell checking is affected by the history of user's response to autocorrection. There is a new SPI in AppKit to disable user data, which enables us to obtain consistent spellchecking result. 
> 
> We should modify our testing harness to disable user spell checking data. There're two ways to do this:
> 
> 1. Set user defaults before start running tests. This seems to be the easiest way.
> 2. Hook up the said SPI with javascript side, so that we can turn on/off user spell checking data on per test basis.
> 
> Any suggestion on how we should go about this?

I can’t think of a reason we’d want to do (2).