|
|
DescriptionSkips disabled menu items when selection is changed
BUG=297561
TEST=views_unittests --gtest_filter=*MenuControllerTest*SelectedItem*
Committed: https://crrev.com/ae542eed5ff279a453ba09c00b4b6517b18e392c
Cr-Commit-Position: refs/heads/master@{#330965}
Patch Set 1 #Patch Set 2 : Skips disabled menu items when selection is changed (test) #
Total comments: 1
Patch Set 3 : Skips disabled menu items when selection is changed (attempt to fix test on a Mac) #Patch Set 4 : Skips disabled menu items when selection is changed (test) #
Total comments: 4
Patch Set 5 : Skips disabled menu items when selection is changed (test) #
Messages
Total messages: 37 (17 generated)
varkha@chromium.org changed reviewers: + sadrul@chromium.org
sadrul@, can you please take a look?
The CQ bit was checked by varkha@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1129203003/1
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Looks reasonable. Can this have a test?
Patchset #2 (id:20001) has been deleted
Patchset #2 (id:40001) has been deleted
Thanks, I have added a test for UP/DOWN key navigation. PTAL.
The CQ bit was checked by varkha@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1129203003/40002
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_chromeos_ozone_rel_ng on tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
Patchset #2 (id:40002) has been deleted
The CQ bit was checked by varkha@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1129203003/70001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: mac_chromium_rel_ng on tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_...)
The try failures on the mac bot look related to the CL. Mind taking a look at those? https://codereview.chromium.org/1129203003/diff/70001/chrome/test/base/view_e... File chrome/test/base/view_event_test_base.h (right): https://codereview.chromium.org/1129203003/diff/70001/chrome/test/base/view_e... chrome/test/base/view_event_test_base.h:128: base::Closure CreateEventTask(base::Closure closure) { const &?
Also, is this something we can test in a unit-test inside views? That I think would be nicer.
The CQ bit was checked by varkha@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1129203003/110001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Hi sadrul@, PTAL.
https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... File ui/views/controls/menu/menu_controller_unittest.cc (right): https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... ui/views/controls/menu/menu_controller_unittest.cc:349: // Disabling the item "Two" gets it skipped when using keyboard to navigate. Item "Three" is actually being disabled, right? https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... ui/views/controls/menu/menu_controller_unittest.cc:383: } Would it be possible to add another test case where the first item of a menu/submenu is disabled, and the test verifies that the right item is selected when the [sub]menu opens?
Patchset #5 (id:130001) has been deleted
Patchset #5 (id:150001) has been deleted
Added MenuControllerTest.FirstSelectedItem, PTAL. https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... File ui/views/controls/menu/menu_controller_unittest.cc (right): https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... ui/views/controls/menu/menu_controller_unittest.cc:349: // Disabling the item "Two" gets it skipped when using keyboard to navigate. On 2015/05/21 13:44:28, sadrul wrote: > Item "Three" is actually being disabled, right? Done. Yes, good eye! Forgot to fix this after copy and paste. https://codereview.chromium.org/1129203003/diff/110001/ui/views/controls/menu... ui/views/controls/menu/menu_controller_unittest.cc:383: } On 2015/05/21 13:44:27, sadrul wrote: > Would it be possible to add another test case where the first item of a > menu/submenu is disabled, and the test verifies that the right item is selected > when the [sub]menu opens? Done.
The CQ bit was checked by varkha@chromium.org to run a CQ dry run
Thanks! LGTM
The CQ bit was unchecked by varkha@chromium.org
The CQ bit was checked by varkha@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1129203003/170001
Message was sent while issue was closed.
Committed patchset #5 (id:170001)
Message was sent while issue was closed.
Patchset 5 (id:??) landed as https://crrev.com/ae542eed5ff279a453ba09c00b4b6517b18e392c Cr-Commit-Position: refs/heads/master@{#330965} |