Issue metadata
Sign in to add a comment
|
interactive_ui_tests on Ubuntu-12.04 failing on chromium.chromiumos/Linux ChromiumOS Tests (1) |
||||||||||||||||||||||
Issue descriptioninteractive_ui_tests on Ubuntu-12.04 failing on chromium.chromiumos/Linux ChromiumOS Tests (1) Type: build-failure Builders failed on: - Linux ChromiumOS Tests (1): https://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%281%29
,
Oct 18 2016
xiyuan - maybe related to session state refactoring?
,
Oct 18 2016
Same failure occurs with WallpaperManagerBrowserTest.LargeChildWallpaper starting from the next run.
,
Oct 18 2016
I see the same failure locally, on master at r426043, but it's flaky. WallpaperManagerBrowserTest.LargeChildWallpaper is affected as well.
,
Oct 18 2016
https://codereview.chromium.org/2416253004 touched session states, but it landed several hours before the flake started. I tried reverting it locally and still get the failures.
,
Oct 18 2016
,
Oct 18 2016
I think huangs was running a test https://codereview.chromium.org/2431433003/ to see if this was caused by https://chromiumcodereview.appspot.com/2421703002/ and https://codereview.chromium.org/2427863002
,
Oct 18 2016
,
Oct 18 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/8c3a6c6097f2b58f77efbdad40e9ee46167e0fb7 commit 8c3a6c6097f2b58f77efbdad40e9ee46167e0fb7 Author: Steven Holte <holte@google.com> Date: Tue Oct 18 23:00:15 2016 Disable SmallChildWallpaper test BUG= 657180 TBR=xdai Review URL: https://codereview.chromium.org/2426093003 . Cr-Commit-Position: refs/heads/master@{#426076} [modify] https://crrev.com/8c3a6c6097f2b58f77efbdad40e9ee46167e0fb7/chrome/browser/chromeos/login/users/wallpaper/wallpaper_manager_browsertest.cc
,
Oct 18 2016
,
Oct 18 2016
Since the third patch in https://codereview.chromium.org/2431433003/ passed (at least on ozone bot) I believe that suggest https://chromiumcodereview.appspot.com/2421703002/ is NOT the culprit.
,
Oct 19 2016
Actually it looks like http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_chromeos_rel_ng/builds/298026 did fail, so I will revert those CLs.
,
Oct 19 2016
It seems like at least https://codereview.chromium.org/2427863002 might depend on those two CLs. Since git cl upload is not working right now, I don't think I want to try unravelling all of this, since I'm not really sure what these patches are doing. I'm leaving things as-is, with the tests disabled for now.
,
Oct 19 2016
I think we should revert everything because: - The message WARNING:freezer_cgroup_process_manager.cc(59)] Cgroup freezer does not exist or is not writable. Unable to freeze renderer processes. also appears for current failures in PushMessagingBrowserTest.SubscribeWorker https://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%281%29/builds/28063 - Experiment https://codereview.chromium.org/2431433003/ shows that adding http://crrev.com/2427863002 and http://crrev.com/2421703002 to baseline produces the bugs. - This time of mysterious action-at-distance bug are hard to debug. Better to nip this now, than causing pain in the future. I'll create a separate CL to enable tests and revert the affected CLs all at once; specifically: http://crrev.com/2427863002 http://crrev.com/2421703002 http://crrev.com/2427863002
,
Oct 19 2016
Issue 657374 has been merged into this issue.
,
Oct 19 2016
Issue 657367 has been merged into this issue.
,
Oct 19 2016
CL: http://crrev.com/2438533002 Just verified that the WallpaperManagerBrowserTest.SmallChildWallpaper would flake if reintroduced (See PS#1, noting that test appears successful due to retry). Full reverts will be too messy, so I'm just going to remove selected changes of http://crrev.com/2421703002, and just disable the associated new tests: V4LocalDatabaseManagerTest.PerformFullHashCheckCalledAsync V4LocalDatabaseManagerTest.UsingWeakPtrDropsCallback
,
Oct 19 2016
The CLs that make the test flaky actually expose a real problem with the test. The test login a user then mark the user as child. The user type change results in two different session type for the extension features. We are lucky that the test runs fine before. Let me figure out a way to fix the problem.
,
Oct 19 2016
Okay. Our experiments turned up inconclusive. I'll leave this to you then. Thanks!
,
Oct 19 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/4b2c7bf96730778554c4978e8103545965bdec22 commit 4b2c7bf96730778554c4978e8103545965bdec22 Author: xiyuan <xiyuan@chromium.org> Date: Wed Oct 19 21:11:27 2016 cros: Use "regular" extension session type for child users Test failures in http://crbug.com/657180 reveal a problem of what session type to use for users changing the child status from the extension feature's perspective. This is a valid case as the child status of a user could change when the user's Gaia account is updated. Since child users are allowed to use extensions as regular users, use "regular" extension session type for them too. Also re-enable the tests. BUG= 657180 Review-Url: https://chromiumcodereview.appspot.com/2433873005 Cr-Commit-Position: refs/heads/master@{#426284} [modify] https://crrev.com/4b2c7bf96730778554c4978e8103545965bdec22/chrome/browser/chromeos/login/users/chrome_user_manager_impl.cc [modify] https://crrev.com/4b2c7bf96730778554c4978e8103545965bdec22/chrome/browser/chromeos/login/users/wallpaper/wallpaper_manager_browsertest.cc
,
Oct 20 2016
Picked up in build 28092 ( https://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%281%29/builds/28092) and is green for the next 47 builds (the last one is build 28139)
,
Jan 24 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by holte@chromium.org
, Oct 18 2016