RESOLVED FIXED 112464
Copy-paste should not spellcheck when continuous spellcheck is turned off
https://bugs.webkit.org/show_bug.cgi?id=112464
Summary Copy-paste should not spellcheck when continuous spellcheck is turned off
Rouslan Solomakhin
Reported 2013-03-15 13:27:33 PDT
Copy-paste should not spellcheck when continuous spellcheck is turned off
Attachments
Patch (9.02 KB, patch)
2013-03-15 13:32 PDT, Rouslan Solomakhin
no flags
Patch (11.85 KB, patch)
2013-03-15 15:57 PDT, Rouslan Solomakhin
no flags
Patch (16.11 KB, patch)
2013-03-18 18:34 PDT, Rouslan Solomakhin
no flags
Patch for landing (12.72 KB, patch)
2013-03-19 11:26 PDT, Rouslan Solomakhin
no flags
Patch (13.62 KB, patch)
2013-03-19 13:09 PDT, Rouslan Solomakhin
no flags
Patch (15.35 KB, patch)
2013-03-19 17:15 PDT, Rouslan Solomakhin
no flags
Rouslan Solomakhin
Comment 1 2013-03-15 13:32:50 PDT
Rouslan Solomakhin
Comment 2 2013-03-15 13:36:05 PDT
The new layout test editing/spelling/spellcheck-paste-continuous-disabled.html is a copy of editing/spelling/spellcheck-paste-disabled.html, except that it tests turning off the continuous spellcheck setting in the editor, instead of setting spellcheck="off" attribute on the element. Chromium bug report: https://code.google.com/p/chromium/issues/detail?id=166827
Build Bot
Comment 3 2013-03-15 14:42:37 PDT
Tony Chang
Comment 4 2013-03-15 15:07:28 PDT
Comment on attachment 193369 [details] Patch The GTK and Win failures appear to be symbol export lists that need to be updated. See http://trac.webkit.org/wiki/ExportingSymbols .
Build Bot
Comment 5 2013-03-15 15:37:58 PDT
Rouslan Solomakhin
Comment 6 2013-03-15 15:57:53 PDT
Rouslan Solomakhin
Comment 7 2013-03-15 15:59:17 PDT
Comment on attachment 193390 [details] Patch Exposing symbols in symbols.filter and WebCore.exp.in to see how EWS bots react.
Build Bot
Comment 8 2013-03-15 16:49:51 PDT
Build Bot
Comment 9 2013-03-15 17:00:15 PDT
Build Bot
Comment 10 2013-03-15 20:50:47 PDT
Rouslan Solomakhin
Comment 11 2013-03-18 18:34:19 PDT
Rouslan Solomakhin
Comment 12 2013-03-18 18:36:53 PDT
Comment on attachment 193711 [details] Patch I've added the exports to every possible .exp, exp.in, and .order file. The build still fails on my Mac, however. The only way to build successfully is to alter WebKitBuild/Release/DerivedSources/WebCore/WebCore.exp by hand. (Even a clean build with no WebKitBuild directory does not update WebCore.exp.) What have I missed?
Build Bot
Comment 13 2013-03-18 19:11:53 PDT
Ryosuke Niwa
Comment 14 2013-03-18 19:32:09 PDT
(In reply to comment #0) > Copy-paste should not spellcheck when continuous spellcheck is turned off Why? Having spellcheck automatically run after copy & paste is a pretty important feature to test.
Ryosuke Niwa
Comment 15 2013-03-18 19:33:38 PDT
I don't object to test continuous spellchecking feature but please don't disable spellchecking for copy & paste just so that we can work around the limitation of continuous spellchecks.
Rouslan Solomakhin
Comment 16 2013-03-18 19:44:51 PDT
From what I understand, continuous spellcheck corresponds to "Check spelling as you type" option in web browsers. A user that has this option turned off would not want to see red squiggly lines after copy-pasting some text. Right?
Ryosuke Niwa
Comment 17 2013-03-18 19:49:08 PDT
(In reply to comment #16) > From what I understand, continuous spellcheck corresponds to "Check spelling as you type" option in web browsers. A user that has this option turned off would not want to see red squiggly lines after copy-pasting some text. Right? Ah, sorry, I think I misunderstood what you were trying to do.
Ryosuke Niwa
Comment 18 2013-03-18 19:57:39 PDT
Comment on attachment 193711 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=193711&action=review Please fix the Windows build before you land. > Source/WebCore/testing/Internals.cpp:1513 > + if (!contextDocument() || !contextDocument()->frame() || !contextDocument()->frame()->editor()) > + return; > + > + if (enabled != contextDocument()->frame()->editor()->isContinuousSpellCheckingEnabled()) > + contextDocument()->frame()->editor()->toggleContinuousSpellChecking(); It's somewhat strange that this isn't a setting but I guess that's outside of the scope of this bug.
Build Bot
Comment 19 2013-03-18 22:29:29 PDT
Build Bot
Comment 20 2013-03-18 23:50:14 PDT
Tony Chang
Comment 21 2013-03-19 10:04:11 PDT
Comment on attachment 193711 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=193711&action=review > Source/WebCore/WebCore.exp.in:2120 > -__ZN7WebCore6Editor32isContinuousSpellCheckingEnabledEv > +__ZN7WebCore6Editor29toggleContinuousSpellCheckingEv This appears to be inside an #if PLATFORM(IOS) block. I think you want to move it up before any of the #ifs.
Rouslan Solomakhin
Comment 22 2013-03-19 10:15:11 PDT
(In reply to comment #21) > (From update of attachment 193711 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=193711&action=review > > > Source/WebCore/WebCore.exp.in:2120 > > -__ZN7WebCore6Editor32isContinuousSpellCheckingEnabledEv > > +__ZN7WebCore6Editor29toggleContinuousSpellCheckingEv > > This appears to be inside an #if PLATFORM(IOS) block. I think you want to move it up before any of the #ifs. You're right, thank you. I will move the lines in the next patch.
Rouslan Solomakhin
Comment 23 2013-03-19 11:26:28 PDT
Created attachment 193876 [details] Patch for landing
Rouslan Solomakhin
Comment 24 2013-03-19 11:27:58 PDT
Comment on attachment 193876 [details] Patch for landing Let's wait for EWS bots to validate the exports.
Build Bot
Comment 25 2013-03-19 12:10:03 PDT
Comment on attachment 193876 [details] Patch for landing Attachment 193876 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-commit-queue.appspot.com/results/17189688 New failing tests: editing/spelling/spellcheck-paste-continuous-disabled.html
Build Bot
Comment 26 2013-03-19 12:36:53 PDT
Rouslan Solomakhin
Comment 27 2013-03-19 12:43:53 PDT
(In reply to comment #25) > (From update of attachment 193876 [details]) > Attachment 193876 [details] did not pass mac-wk2-ews (mac-wk2): > Output: http://webkit-commit-queue.appspot.com/results/17189688 > > New failing tests: > editing/spelling/spellcheck-paste-continuous-disabled.html Is there a way to extract the test diff from /Volumes/Data/EWS/WebKit/WebKitBuild/Release/layout-test-results/editing/spelling/spellcheck-paste-continuous-disabled-diff.txt on the EWS bot?
Rouslan Solomakhin
Comment 28 2013-03-19 13:06:46 PDT
(In reply to comment #27) > (In reply to comment #25) > > (From update of attachment 193876 [details] [details]) > > Attachment 193876 [details] [details] did not pass mac-wk2-ews (mac-wk2): > > Output: http://webkit-commit-queue.appspot.com/results/17189688 > > > > New failing tests: > > editing/spelling/spellcheck-paste-continuous-disabled.html > > Is there a way to extract the test diff from /Volumes/Data/EWS/WebKit/WebKitBuild/Release/layout-test-results/editing/spelling/spellcheck-paste-continuous-disabled-diff.txt on the EWS bot? Nevermind. I ran mac-wk2 tests on my machine and found that the new tests fails. This test is based on a test that is skipped in mac-wk2 because of lack of eventSender implementation. Going to skip the new test on mac-wk2 as well.
Rouslan Solomakhin
Comment 29 2013-03-19 13:09:47 PDT
Rouslan Solomakhin
Comment 30 2013-03-19 13:10:37 PDT
Comment on attachment 193905 [details] Patch Waiting for EWS bot results.
Build Bot
Comment 31 2013-03-19 14:05:09 PDT
Rouslan Solomakhin
Comment 32 2013-03-19 17:15:37 PDT
Rouslan Solomakhin
Comment 33 2013-03-19 17:16:32 PDT
Comment on attachment 193952 [details] Patch Added the export symbols for win port. Waiting for EWS results.
Rouslan Solomakhin
Comment 34 2013-03-20 07:28:36 PDT
Comment on attachment 193952 [details] Patch All bots are green. Let's commit?
WebKit Review Bot
Comment 35 2013-03-20 10:30:22 PDT
Comment on attachment 193952 [details] Patch Clearing flags on attachment: 193952 Committed r146361: <http://trac.webkit.org/changeset/146361>
WebKit Review Bot
Comment 36 2013-03-20 10:30:27 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.