#14824 closed defect (fixed)
EnterKeyHandling test failure on chrome/win
Reported by: | bill | Owned by: | Jared Jurkiewicz |
---|---|---|---|
Priority: | undecided | Milestone: | 1.8 |
Component: | Editor | Version: | 1.7.2 |
Keywords: | dohfail | Cc: | |
Blocked By: | Blocking: |
Description (last modified by )
editor/tests/robot/EnterKeyHandling.html has failed on chrome since a long time ago, getting six errors, since before [23300]. The errors started in [23268].
When I roll back even further to anything before [23032], the test won't even load (the browser window is pure white), but that's probably unrelated.
Change History (13)
comment:1 Changed 9 years ago by
Description: | modified (diff) |
---|---|
Keywords: | dohfail added |
Owner: | set to Jared Jurkiewicz |
Status: | new → assigned |
comment:2 Changed 9 years ago by
Resolution: | → worksforme |
---|---|
Status: | assigned → closed |
comment:3 Changed 9 years ago by
Just ran it alone, and the full suite, and I don't get any failures in EnterKeyHandling? at all. I'm running Chrome 17.0.963.56, on OS-X. I'll try windows next.
comment:4 Changed 9 years ago by
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
This only occurs on windows. For some reason ctrl-a is selecting all and somehow getting a blank *space* or maybe a newline from the document, so that when typing is done, it linebreaks. Very very odd.
comment:5 Changed 9 years ago by
And I'm not quite sure how to fix that, to be honest. Digging around.
comment:6 Changed 9 years ago by
This is truly bizarre. After debugging, I can conclude that select-all, copy, then paste, on windows, is somehow injecting a newline as the first character of the pasted string, even though there was no newline in the document at the time of copy. Basically, Google Chrome is injecting an extra character, only on Windows.
I can patch the test to avoid this, but I'm not sure it's the right thing to do.
comment:7 Changed 9 years ago by
Opened issue with the Google Chrome Forum: http://www.google.com/support/forum/p/Chrome/thread?tid=551c4b2ce86e46b3&hl=en&fid=551c4b2ce86e46b30004b92f3ef41208
comment:8 Changed 9 years ago by
Summary: | EnterKeyHandling test failure on chrome → EnterKeyHandling test failure on chrome/win |
---|
It would be good to patch the test in the meantime, if only to disable these copy-and-paste tests when dojo.isWebKit && !dojo.isMac
.
Otherwise we just start to ignore all failures.
comment:9 Changed 9 years ago by
The bug is apparently known to the Chrome developers: http://code.google.com/p/chromium/issues/detail?id=106551
comment:12 Changed 9 years ago by
Milestone: | tbd → 1.8 |
---|
It passes for me when I run it on Chrome (Mac): 1 tests to run in 1 groups
I'll try a few more things, but right now I'm marking this as worksforme