|
|
Created:
6 years, 7 months ago by kpschoedel Modified:
6 years, 6 months ago CC:
chromium-reviews, stevenjb+watch_chromium.org, davemoore+watch_chromium.org, oshima+watch_chromium.org, nkostylev+watch_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Visibility:
Public. |
DescriptionAdd native event testing to chromeos::EventRewriter unit tests.
Most tests (not having state) are converted to a table-driven form,
so that multiple test operations can be done on the same test data.
Additional tests based on X11 native events are done on these cases.
The fallback X11 keycode to keysym mapping is expanded, because the
X server used by some automated tests does not support some of the
keycodes used by ChromeOS top-row special keys.
R=sadrul@chromium.org
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=272428
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=273280
Patch Set 1 : Convert most tests to table-driven form. #Patch Set 2 : Add native X11 tests on the test data #
Total comments: 4
Patch Set 3 : Sync with master #Patch Set 4 : Expand fallback keycode map to deal with missing keycodes on test servers #Patch Set 5 : Check for supported keycode for final native test #
Messages
Total messages: 42 (0 generated)
I've uploaded this as two patch sets. The first patch set converts most of the test cases (excepting some stateful ones) into a uniform table form, so that more testing can be done on them. There is no change to functionality. The second patch set adds some native X11 event testing to these cases.
https://codereview.chromium.org/270633012/diff/20001/chrome/browser/chromeos/... File chrome/browser/chromeos/events/event_rewriter_unittest.cc (right): https://codereview.chromium.org/270633012/diff/20001/chrome/browser/chromeos/... chrome/browser/chromeos/events/event_rewriter_unittest.cc:192: {KeyTestCase::TEST_ALL, ui::ET_KEY_PRESSED, I think we want a blank-space after {? https://codereview.chromium.org/270633012/diff/20001/ui/events/test/events_te... File ui/events/test/events_test_utils_x11.cc (right): https://codereview.chromium.org/270633012/diff/20001/ui/events/test/events_te... ui/events/test/events_test_utils_x11.cc:29: ((flags & ui::EF_NUMPAD_KEY) ? Mod2Mask : 0) | We don't map Mod3 to MOD3 and Mod2 to NUMPAD in GetEventFlagsFromXState() (in ui/events/x/events_x.cc). Should we?
https://codereview.chromium.org/270633012/diff/20001/chrome/browser/chromeos/... File chrome/browser/chromeos/events/event_rewriter_unittest.cc (right): https://codereview.chromium.org/270633012/diff/20001/chrome/browser/chromeos/... chrome/browser/chromeos/events/event_rewriter_unittest.cc:192: {KeyTestCase::TEST_ALL, ui::ET_KEY_PRESSED, On 2014/05/14 01:23:55, sadrul wrote: > I think we want a blank-space after {? This is from clang-format. https://codereview.chromium.org/270633012/diff/20001/ui/events/test/events_te... File ui/events/test/events_test_utils_x11.cc (right): https://codereview.chromium.org/270633012/diff/20001/ui/events/test/events_te... ui/events/test/events_test_utils_x11.cc:29: ((flags & ui::EF_NUMPAD_KEY) ? Mod2Mask : 0) | On 2014/05/14 01:23:55, sadrul wrote: > We don't map Mod3 to MOD3 and Mod2 to NUMPAD in GetEventFlagsFromXState() (in > ui/events/x/events_x.cc). Should we? Mod3Mask, yes; it's set when the caps lock key is down, as distinct from CapsLock, which is set when caps locking is active, which I didn't realize until it caused a regression, so that is already in another CL: https://codereview.chromium.org/277443004/ Mod2Mask is not present on input because Chrome doesn't manage NumLock state. It does get set in the outgoing X11 events.
Sync with master.
i'll defer to sadrul on this unless there's something in particular that you need me to review or approve
lgtm
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/40001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...)
Daniel, could you rubber-stamp Sadrul's review?
lgtm
The CQ bit was checked by derat@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/40001
Message was sent while issue was closed.
Change committed as 271762
Message was sent while issue was closed.
On 2014/05/20 21:42:17, I haz the power (commit-bot) wrote: > Change committed as 271762 FYI this appears to be breaking linux chromiumos asan. http://build.chromium.org/p/chromium.memory/builders/Linux%20Chromium%20OS%20...
Patch set 4 only touches ui/events/keycodes/keyboard_code_conversion_x.cc
Sorry, forgot the review doesn't automatically copy my local commit message to explain the change: Expand the fallback keycode to keysym mapping. Some automated test runs were failing, apparently because the X server used does not support some of the keycodes used by ChromeOS top-row special keys. Expanded |DefaultXKeysymFromHardwareKeycode()| to cover these along with all the common 105-key keyboard codes.
On 2014/05/21 15:32:16, kpschoedel wrote: > Sorry, forgot the review doesn't automatically copy my local commit message to > explain the change: > > > Expand the fallback keycode to keysym mapping. > > Some automated test runs were failing, apparently because the X server > used does not support some of the keycodes used by ChromeOS top-row > special keys. Expanded |DefaultXKeysymFromHardwareKeycode()| to cover > these along with all the common 105-key keyboard codes. Please include a description of this change in the CL description too. lgtm
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/60001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/60001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/60001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: win_gpu_triggered_tests on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/win_gpu_triggered...)
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/60001
Message was sent while issue was closed.
Change committed as 272428
Message was sent while issue was closed.
A revert of this CL has been created in https://codereview.chromium.org/294053014/ by kpschoedel@chromium.org. The reason for reverting is: Some key codes are not recognized by the X server used by valgrind tests, leading to test failures. http://build.chromium.org/p/chromium.memory.fyi/builders/Chromium%20OS%20%28v....
The CQ bit was checked by kpschoedel@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/kpschoedel@chromium.org/270633012/110001
Message was sent while issue was closed.
Change committed as 273280 |