MenuControllerTest MenuControllerReplacedDuringDrag and CancelAllDuringDrag block indefinitely with aura-mus-client |
|||||||
Issue descriptionI'm disabling for the time being, but they need to be investigated to understand why they don't work.
,
Feb 13 2017
Jon, any chance you could take a look at this one?
,
Feb 13 2017
Yeah I can take a look. Both of those exercise the platform drag/drop code, but with a custom drag client. Can the disable be restricted to just mus for now?
,
Feb 13 2017
It's only disabled for mus.
,
Mar 1 2017
,
Mar 2 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/e0f5db25384b1c70388a90c8c77d33962d19d524 commit e0f5db25384b1c70388a90c8c77d33962d19d524 Author: jonross <jonross@chromium.org> Date: Thu Mar 02 15:07:42 2017 Update MenuControllerTest Widget Creation Two menu tests actively tested the handling of drag and drop within aura's nested message loop. To do this they set a testing DragDropClient on the root window by AuraTestHelper. While this is fine with the classic window server, when being ran as a part of the views_mus_unittests the WindowTreeClient properly constructs root windows as needed. This lead to the test having two competiting window trees, and the test client being installed on the incorrect one. I've updated the tests to create the full menu/submenu tree, and to install the DragDropClient on the correct window tree. TEST=MenuControllerTest.MenuControllerReplacedDuringDrag, MenuControllerTest.CancelAllDuringDrag BUG= 664280 Review-Url: https://codereview.chromium.org/2722193003 Cr-Commit-Position: refs/heads/master@{#454259} [modify] https://crrev.com/e0f5db25384b1c70388a90c8c77d33962d19d524/ui/views/controls/menu/menu_controller_unittest.cc
,
Mar 2 2017
,
May 30 2017
,
Aug 1 2017
,
Jan 22 2018
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by bugdroid1@chromium.org
, Nov 11 2016