New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 684914 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug

Blocking:
issue 682951



Sign in to add a comment

With ext4 crypto enabled, autotests can not detect ChromeOS user signin

Project Member Reported by kinaba@chromium.org, Jan 25 2017

Issue description

OS: Chrome OS 9209 + ext4crypt patches.

The test command

$ test_that -b $BOARD $REMOTE cheets_CTSHelper

successfully completed logging in with a fake account and launched a browser,
but ARC container does not start. (Chrome does not seem to be signaling the dbus message for some reason.)

I'll investigate more deeper.
 

Comment 1 by gwendal@google.com, Jan 25 2017

Could it be Selinux issues (See b/31596847)

Comment 2 by kinaba@chromium.org, Jan 25 2017

Yeah, I've managed to make it run in normal login (b/34265977),
but there may be some difference in the autotest case.

I'll first try with permissive mode.

Comment 3 by kinaba@chromium.org, Jan 25 2017

Update: SELINUX=permissive didn't help.

Comment 6 by kinaba@chromium.org, Jan 25 2017

By changing the wait condition to something like

os.path.exists(os.path.join(profile_path, 'Downloads'))

fixed the issue (cheets_CTSHelper succeeded). So, all I need to do is to come up with the most appropriate condition.

Comment 7 by kinaba@chromium.org, Jan 25 2017

Btw, I now tried running CTS on top of it

$ test_that -b $BOARD $REMOTE cheets_CTS.6.0_r14.x86.android.text

It failed but the failure was common to N, not ext4crypto specific. See b/34693932.

Comment 8 by kinaba@chromium.org, Jan 26 2017

Summary: With ext4 crypto enabled, autotests can not detect ChromeOS user signin (was: With ext4 crypto enabled, autotests can not start ARC.)
Project Member

Comment 10 by bugdroid1@chromium.org, Feb 7 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/5cfea4683bf32b75191cc16bb47942cee1f142d0

commit 5cfea4683bf32b75191cc16bb47942cee1f142d0
Author: catapult-deps-roller <catapult-deps-roller@chromium.org>
Date: Tue Feb 07 01:25:30 2017

Roll src/third_party/catapult/ 05e3d606d..a448b4b83 (2 commits).

https://chromium.googlesource.com/external/github.com/catapult-project/catapult.git/+log/05e3d606dd50..a448b4b8357a

$ git log 05e3d606d..a448b4b83 --date=short --no-merges --format='%ad %ae %s'
2017-02-06 kinaba CrOS: Make IsCryptohomeMounted compatible with ext4-encryption backend.
2017-02-06 benjhayden Assign a static NAME to DeviceInfo diagnostics.

BUG= 684914 

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md

If the roll is causing failures, see:
http://www.chromium.org/developers/tree-sheriffs/sheriff-details-chromium#TOC-Failures-due-to-DEPS-rolls

CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.android:android_optional_gpu_tests_rel
TBR=catapult-sheriff@chromium.org

Review-Url: https://codereview.chromium.org/2677233004
Cr-Commit-Position: refs/heads/master@{#448494}

[modify] https://crrev.com/5cfea4683bf32b75191cc16bb47942cee1f142d0/DEPS

It's landed to Catapult and Catapult roll to Chrome has happened.
The last thing we need to wait is Chrome roll to Chrome OS.
Status: Fixed (was: Started)
Chrome roll of 58.0.3005 happened
https://chromium.googlesource.com/chromiumos/overlays/chromiumos-overlay/+/4fe11d25eaf1d05eb49b1c360950e0fa20149783
which includes the catapult roll. Closing.
Status: Verified (was: Fixed)

Sign in to add a comment