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

Issue 838294 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Last visit 15 days ago
Closed: May 2018
Cc:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Close ArcExternalProtocolDialog auth tabs

Project Member Reported by djacobo@chromium.org, Apr 30 2018

Issue description

This partially mirrors b/71916202

Authentication process
1 Via Google Assistant the user tries to login to an app
2 The user is send to Chrome to validate their credentials
3 After completion the user is presented with the option to go back to ARC (via the picker)
4 The tab for the credentials input is left behind, which may be confusing 

This bug is for closing tabs left behind in 4)
 
Labels: -Pri-3 Pri-1
Project Member

Comment 2 by bugdroid1@chromium.org, May 12 2018

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

commit a242af0746e1d24e778692cffdaeb07821dd2527
Author: David Jacobo <djacobo@chromium.org>
Date: Sat May 12 04:42:06 2018

Close ArcExternalProtocolDialog auth tabs

Automatically close tabs after the user is authenticated and redirected
to an ARC app. ArcWebContentsData can be removed via
ArcExternalProtocolDialog as well as in AppsNavigationThrottle, with
this we try to reduce the scope of the flag as much as possible while
still allowing the user to bypass the UI and automatically close tabs
left behind in the process.

Bug:  838294 
Test: Build, unit_tests still works
Change-Id: Ifb812a3fab2fe7f49f07b4fbaee754ac96ea158f
Reviewed-on: https://chromium-review.googlesource.com/1026870
Commit-Queue: David Jacobo <djacobo@chromium.org>
Reviewed-by: Yusuke Sato <yusukes@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558113}
[modify] https://crrev.com/a242af0746e1d24e778692cffdaeb07821dd2527/chrome/browser/chromeos/arc/intent_helper/arc_external_protocol_dialog.cc

Cc: gov...@chromium.org
Labels: Merge-Request-67 M-67
I don't consider this blocking but its a good improvement for user's UX, it only affects Chrome OS users. 

Tested in Cros 10675.0.0

Comment 4 by gov...@chromium.org, May 14 2018

Cc: -gov...@chromium.org kbleicher@chromium.org
+ kbleicher@ (Chrome OS M67 Release TPM) for merge review
Project Member

Comment 5 by sheriffbot@chromium.org, May 14 2018

Labels: -Merge-Request-67 Merge-Review-67 Hotlist-Merge-Review
This bug requires manual review: M67 has already been promoted to the beta branch, so this requires manual review
Please contact the milestone owner if you have questions.
Owners: cmasso@(Android), cmasso@(iOS), kbleicher@(ChromeOS), govind@(Desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
This request is coming in a bit late for M67.  I'm tempted to reject per #3 (not blocking and a UX issue).   Also not clear this was introduced in M67.

Status: Fixed (was: Started)
I synced with my TL and yeah I think we can live without these on M67 :) thanks!
Labels: -Merge-Review-67 Merge-Rejected-67

Sign in to add a comment