Changed platform verification user consent logic to be per-domain.
The prefs:kEnableDRM switch will never be disabled by the new logic.
Only the per-domain setting will be affected by user responses. Also
changed the setting key to be a web origin instead of just a host.
BUG=chromium:309939
TEST=unit, manual
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=232398
LGTM with a nit. https://codereview.chromium.org/31043008/diff/1/chrome/browser/chromeos/attestation/platform_verification_flow.cc File chrome/browser/chromeos/attestation/platform_verification_flow.cc (right): https://codereview.chromium.org/31043008/diff/1/chrome/browser/chromeos/attestation/platform_verification_flow.cc#newcode171 chrome/browser/chromeos/attestation/platform_verification_flow.cc:171: delegate_->ShowConsentPrompt(web_contents, nit: This should fit ...
7 years, 2 months ago
(2013-10-24 09:56:35 UTC)
#3
This CL has changed significantly - PTAL
+jochen for *content_settings*
https://chromiumcodereview.appspot.com/31043008/diff/1/chrome/browser/chromeo...
File chrome/browser/chromeos/attestation/platform_verification_flow.cc (right):
https://chromiumcodereview.appspot.com/31043008/diff/1/chrome/browser/chromeo...
chrome/browser/chromeos/attestation/platform_verification_flow.cc:171:
delegate_->ShowConsentPrompt(web_contents,
On 2013/10/24 09:56:36, pastarmovj wrote:
> nit: This should fit on one line and then you will get rid of the curlies as
> well :)
> Also you can swap the if and else and then the logic will be even more
> straightforward IMHO.
Done.
https://chromiumcodereview.appspot.com/31043008/diff/1/chrome/browser/chromeo...
chrome/browser/chromeos/attestation/platform_verification_flow.cc:303: url =
web_contents->GetLastCommittedURL();
On 2013/10/23 20:26:12, Jun Mukai wrote:
> nit: you don't need braces or 1-line if-else. or, use a conditional operator?
Done.
https://chromiumcodereview.appspot.com/31043008/diff/1/chrome/browser/chromeo...
chrome/browser/chromeos/attestation/platform_verification_flow.cc:370:
pref_service->GetDictionary(prefs::kRAConsentDomains);
On 2013/10/23 20:26:12, Jun Mukai wrote:
> Can we use kContentSettings and chrome/common/content_settings* here?
> Then, I can easily integrate the pref into the content-settings UI in
> chrome://settings page :)
I've reused the content setting used in clank.
Jun Mukai
lgtm with nits. https://chromiumcodereview.appspot.com/31043008/diff/60001/chrome/browser/chromeos/attestation/platform_verification_flow.cc File chrome/browser/chromeos/attestation/platform_verification_flow.cc (right): https://chromiumcodereview.appspot.com/31043008/diff/60001/chrome/browser/chromeos/attestation/platform_verification_flow.cc#newcode304 chrome/browser/chromeos/attestation/platform_verification_flow.cc:304: return web_contents->GetVisibleURL(); Why is this condition ...
On 2013/10/29 17:37:29, Darren Krahn wrote:
> +dalecurtis - see question about committed URLs
>
>
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
> File chrome/browser/chromeos/attestation/platform_verification_flow.cc
(right):
>
>
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
> chrome/browser/chromeos/attestation/platform_verification_flow.cc:304: return
> web_contents->GetVisibleURL();
> On 2013/10/29 00:26:51, Jun Mukai wrote:
> > Why is this condition necessary?
>
> When I was manually testing I came across the condition where web_contents has
a
> visible URL but not a committed URL -- I guess when it's still loading. I'm
not
> sure if we need to handle this case in practice.
>
> +dalecurtis, who knows more about how this is called
>
>
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
> File chrome/browser/chromeos/attestation/platform_verification_flow.h (right):
>
>
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
> chrome/browser/chromeos/attestation/platform_verification_flow.h:139: }
> On 2013/10/29 00:26:51, Jun Mukai wrote:
> > Could this be private?
>
> Actually, given I needed to 'friend' the test fixture all these methods can be
> private. Done.
Per offline discussion with mukai@, we can discuss whether we need to fallback
to visible URLs separately.
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/dkrahn@chromium.org/31043008/150001
7 years, 1 month ago
(2013-10-30 00:23:49 UTC)
#10
Retried try job too often on win_rel for step(s) browser_tests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&number=215395
7 years, 1 month ago
(2013-10-30 04:12:07 UTC)
#11
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/attestation/platform_verification_flow.cc File chrome/browser/chromeos/attestation/platform_verification_flow.cc (right): https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/attestation/platform_verification_flow.cc#newcode304 chrome/browser/chromeos/attestation/platform_verification_flow.cc:304: return web_contents->GetVisibleURL(); On 2013/10/29 17:37:30, Darren Krahn wrote: > ...
7 years, 1 month ago
(2013-10-30 18:13:44 UTC)
#13
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
File chrome/browser/chromeos/attestation/platform_verification_flow.cc (right):
https://codereview.chromium.org/31043008/diff/60001/chrome/browser/chromeos/a...
chrome/browser/chromeos/attestation/platform_verification_flow.cc:304: return
web_contents->GetVisibleURL();
On 2013/10/29 17:37:30, Darren Krahn wrote:
> On 2013/10/29 00:26:51, Jun Mukai wrote:
> > Why is this condition necessary?
>
> When I was manually testing I came across the condition where web_contents has
a
> visible URL but not a committed URL -- I guess when it's still loading. I'm
not
> sure if we need to handle this case in practice.
>
> +dalecurtis, who knows more about how this is called
No idea about this. It seems unlikely to be true by the time the CDM gets
around to invoking any of these calls. I'm not familiar with this aspect of
WebContents though.
commit-bot: I haz the power
Retried try job too often on linux_chromeos for step(s) browser_tests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=linux_chromeos&number=169688
7 years, 1 month ago
(2013-10-30 21:06:03 UTC)
#14
Sorry for I got bad news for ya. Compile failed with a clobber build on ...
7 years, 1 month ago
(2013-10-31 01:01:01 UTC)
#18
Sorry for I got bad news for ya.
Compile failed with a clobber build on linux_chromeos.
http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=linux_chro...
Your code is likely broken or HEAD is junk. Please ensure your
code is not broken then alert the build sheriffs.
Look at the try server FAQ for more details.
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/dkrahn@chromium.org/31043008/770001
7 years, 1 month ago
(2013-10-31 04:23:44 UTC)
#19
Retried try job too often on win_rel for step(s) browser_tests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&number=216404
7 years, 1 month ago
(2013-10-31 07:54:08 UTC)
#20
Retried try job too often on linux_chromeos for step(s) browser_tests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=linux_chromeos&number=170262
7 years, 1 month ago
(2013-10-31 20:43:26 UTC)
#22
Issue 31043008: Changed platform verification user consent logic to be per-domain.
(Closed)
Created 7 years, 2 months ago by Darren Krahn
Modified 7 years, 1 month ago
Reviewers: Jun Mukai, pastarmovj, jochen (gone - plz use gerrit)
Base URL: svn://svn.chromium.org/chrome/trunk/src
Comments: 11