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

Issue 606495 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression

Blocking:
issue 524795



Sign in to add a comment

Component extension not enabled for incognito

Project Member Reported by mfo...@chromium.org, Apr 25 2016

Issue description

Version:  52.0.2715.0 canary (64-bit)
OS: Mac OS X 10.11, possibly all

What steps will reproduce the problem?
(1) Visit a youtube.com video in an incognito window with Media Router enabled (chrome://flags#media-router) and a Cast device on the network

(2) Note that no Cast icon appears

What is the expected output?
Cast SDK is loaded and icon appears in player to enable casting from youtube.com

What do you see instead?
- No cast icon on youtube.com

- JS console errors loading the Cast SDK from the MR component extension

chrome-extension://enhhojjnijigcajfphajepfemndkmdlo/cast_sender.js Failed to load resource: net::ERR_ADDRESS_UNREACHABLE

Failed to load resource: net::ERR_ADDRESS_UNREACHABLE
chrome-extension://fmfcbgogabcbclcofgocippekhfcmgfj/cast_sender.js Failed to load resource: net::ERR_ADDRESS_UNREACHABLE

- "Allow in incognito"  is not checked for MR component in chrome://extensions/ when chrome is started with --enable-component-extension-options

benwells@ - patch https://chromium.googlesource.com/chromium/src/+/604a2ac93c3427d614e100a699e16567dae14ef9 recently refactored behavior around incognito in extension_util.cc.  can you PTAL



 

Comment 1 by mfo...@chromium.org, Apr 25 2016

Summary: Component extension not enabled for incognito (was: Component extension not enabled for incogntio)

Comment 2 by mfo...@chromium.org, Apr 25 2016

Labels: -M-51 M-52
Cc: benwells@chromium.org rdevlin....@chromium.org
Owner: mfo...@chromium.org
That CL just added null checks, and apart from stopping very infrequent crashes should have no other effect (unless I stuffed up the review)

Has anyone bisected?

+Devlin as extensions TL

Comment 4 by mfo...@chromium.org, Apr 26 2016

Cc: dbbrooks@chromium.org
+David

David, can you see if this reproduces before/after revision 387565?  I'm not sure how to map that to a Canary revision.  I can try to bisect myself, but won't get to it today.


Status: Assigned (was: Untriaged)
Switching to assigned to get this out of triage.

Comment 6 by mfo...@chromium.org, Apr 29 2016

Starting with --show-component-extension-options and manually enabling incognito fixes it, but I'm pretty sure this was working OOB in Chrome 49.

Comment 7 by mfo...@chromium.org, Apr 29 2016

Blocking: 524795
I'm having some trouble bisecting this. unless it's not needed, I'll continue to work on it.

Comment 9 by mfo...@chromium.org, May 10 2016

David, any luck narrowing down a build?  Otherwise I'll have to dig in with a debugger when this gets to the top of my queue.
No, sorry, not yet.
Cc: mfo...@chromium.org
Patch up with a fix.  The UX is still trying to render the extensionview in incognito (which is a different issue from this one) and needs debugging further.

Project Member

Comment 13 by bugdroid1@chromium.org, May 25 2016

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

commit 4193cc61735abc6d53edb85021222d5e866c2c6d
Author: mfoltz <mfoltz@chromium.org>
Date: Wed May 25 00:55:56 2016

Enables EXTERNAL_COMPONENT extensions in incognito by default.

Currently, the Media Router is in a broken state in incognito: it can talk to the component via the Mojo API, but access to resources (like the Cast SDK, feedbak, and setup) and tab capture is broken.  This enables the component in incognito via the extensions system which resolves these issues.

BUG= 606495 

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

[modify] https://crrev.com/4193cc61735abc6d53edb85021222d5e866c2c6d/chrome/browser/extensions/extension_util.cc

Status: Fixed (was: Assigned)
Labels: Merge-Request-52
Status: Verified (was: Fixed)
Verified on Windows Canary 53.0.2749.0.  Tab mirroring and Cast SDK work as expected in incognito.


Cc: m...@chromium.org
 Issue 612910  has been merged into this issue.

Comment 17 by tin...@google.com, May 26 2016

Labels: -Merge-Request-52 Merge-Approved-52 Hotlist-Merge-Approved
Your change meets the bar and is auto-approved for M52 (branch: 2743)
Please have a the CL merged by EOD tomorrow (05/27), so it gets tested for dev channel scheduled on 06/02.
Project Member

Comment 19 by bugdroid1@chromium.org, May 26 2016

Labels: -merge-approved-52 merge-merged-2743
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/4f9a72e8b1774a4eba32c2eb9adb6fe10479c2bf

commit 4f9a72e8b1774a4eba32c2eb9adb6fe10479c2bf
Author: mark a. foltz <mfoltz@chromium.org>
Date: Thu May 26 22:37:25 2016

Enables EXTERNAL_COMPONENT extensions in incognito by default.

Currently, the Media Router is in a broken state in incognito: it can talk to the component via the Mojo API, but access to resources (like the Cast SDK, feedbak, and setup) and tab capture is broken.  This enables the component in incognito via the extensions system which resolves these issues.

BUG= 606495 

Review-Url: https://codereview.chromium.org/1991263003
Cr-Commit-Position: refs/heads/master@{#395758}
(cherry picked from commit 4193cc61735abc6d53edb85021222d5e866c2c6d)

Review URL: https://codereview.chromium.org/2010273002 .

Cr-Commit-Position: refs/branch-heads/2743@{#90}
Cr-Branched-From: 2b3ae3b8090361f8af5a611712fc1a5ab2de53cb-refs/heads/master@{#394939}

[modify] https://crrev.com/4f9a72e8b1774a4eba32c2eb9adb6fe10479c2bf/chrome/browser/extensions/extension_util.cc

Sign in to add a comment