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

Issue 752361 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Aug 9
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug

Blocked on:
issue 753566



Sign in to add a comment

Welcome app triggers inconsistently

Project Member Reported by zalcorn@chromium.org, Aug 4 2017

Issue description

What steps will reproduce the problem?
(1) Sign into a device with an account that has never signed in to that particular device before
(2) Expect to see welcome app as last part of new user flow.

What is the expected result?
Welcome app launches, regardless of whether the user has used another Chrome OS device, as long as they have not used this particular device.

What happens instead?
Often, the welcome app does not appear at all, primarily for users that have previously signed into other Chromebooks.

Sarah, Colin, could you take a look at this as you investigate welcome app?
 

Comment 1 by wzang@chromium.org, Aug 4 2017

Cc: alemate@chromium.org
Components: Platform>Apps>GetHelp

Comment 3 by wzang@chromium.org, Aug 4 2017

Cc: -wzang@chromium.org xiaoyinh@chromium.org
Owner: wzang@chromium.org
Will confirm intended behavior with UI Review on Tuesday.
Let's change the pref to not syncable so that it appears whenever a user signs onto a new device for the first time.
Re#6: Sounds good. Proposed CL here: https://chromium-review.googlesource.com/c/602768
Thanks, can we also disable welcome app entirely for Enrolled devices so cart-model users don't see it every time?
Filed crbug/753566 to track issue in #8. CL in #7 is good to go!
Cc: wzang@chromium.org
Owner: xiaoyinh@chromium.org
Blockedon: 753566
Before this can go live, we *must* suppress the welcome screen for managed users. I bumped  bug 753566  to P1 and marked it as a stable blocker.
Re#12: Should I hold the CL in #7 until  bug 753566  is fixed?
Looks like crbug/753566 was fixed with https://chromium-review.googlesource.com/c/612346
Project Member

Comment 15 by bugdroid1@chromium.org, Aug 14 2017

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

commit 00eaa5ad8ea7d3700c62999579d70284c3827caf
Author: Sarah Hu <xiaoyinh@chromium.org>
Date: Mon Aug 14 17:16:13 2017

Change the prefs to non-syncable for welcome app

Welcome app should be launched at the end of OOBE user flow for
all the devices. Right now the prefs that controls this behaviour
is syncable across devices, meaning welcome app will be launched only on
the first device this user signs into, which is undesired behaviour.

BUG= 752361 

Change-Id: Iab5795b568cac881cb3db498962fdb1917b038ff
Reviewed-on: https://chromium-review.googlesource.com/602768
Commit-Queue: Xiaoyin Hu <xiaoyinh@chromium.org>
Reviewed-by: Alexander Alekseev <alemate@chromium.org>
Cr-Commit-Position: refs/heads/master@{#494083}
[modify] https://crrev.com/00eaa5ad8ea7d3700c62999579d70284c3827caf/chrome/browser/chromeos/first_run/first_run.cc

Labels: Merge-Request-61
Labels: -Merge-Request-61 Merge-Approved-61
Approving merge to M61 Chrome OS.
Project Member

Comment 18 by bugdroid1@chromium.org, Aug 14 2017

Labels: -merge-approved-61 merge-merged-3163
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/88c64daccb74f64e867d3c3fe9f1c12a9aeb1081

commit 88c64daccb74f64e867d3c3fe9f1c12a9aeb1081
Author: Sarah Hu <xiaoyinh@chromium.org>
Date: Mon Aug 14 18:51:35 2017

[Merge to M61]Change the prefs to non-syncable for welcome app

Welcome app should be launched at the end of OOBE user flow for
all the devices. Right now the prefs that controls this behaviour
is syncable across devices, meaning welcome app will be launched only on
the first device this user signs into, which is undesired behaviour.

TBR=alemate@chromium.org
BUG= 752361 

(cherry picked from commit 00eaa5ad8ea7d3700c62999579d70284c3827caf)

Change-Id: Iab5795b568cac881cb3db498962fdb1917b038ff
Reviewed-on: https://chromium-review.googlesource.com/602768
Commit-Queue: Xiaoyin Hu <xiaoyinh@chromium.org>
Reviewed-by: Alexander Alekseev <alemate@chromium.org>
Cr-Original-Commit-Position: refs/heads/master@{#494083}
Reviewed-on: https://chromium-review.googlesource.com/614131
Reviewed-by: Xiaoyin Hu <xiaoyinh@chromium.org>
Cr-Commit-Position: refs/branch-heads/3163@{#544}
Cr-Branched-From: ff259bab28b35d242e10186cd63af7ed404fae0d-refs/heads/master@{#488528}
[modify] https://crrev.com/88c64daccb74f64e867d3c3fe9f1c12a9aeb1081/chrome/browser/chromeos/first_run/first_run.cc

Cc: dhadd...@chromium.org sdantul...@chromium.org mkarkada@chromium.org abod...@chromium.org
xiaoyinh@ What is the expected behavior if I delete my user account from the device and add it again on the same device? Should the Welcome app show up for this user?

I see the above behavior on latest M61 9765.31.0, 61.0.3163.51. Welcome app shows up every time I delete and add the same user account.
Re#19: The user preference(which tracks if welcome app is shown before) is changed to non-syncable. This means every time a new user signs in, this preference is reset to false('never shown'). we don't know whether this user has signed into this device before.  

Comment 21 by r...@chromium.org, Aug 18 2017

To clarify #20, every time a new user is added to a device (even if they were added before and removed), there "local" preferences will be recreated; hence this preference will not be set, making us believe that the user is a new user.

We 'can' change this (I presume by storing in local state which users have signed in before, if we don't already) but I am not sure if it is a situation we care too much about.
Bug clean-up - Should this be marked as Fixed?
Status: Fixed (was: Assigned)

Sign in to add a comment