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

Issue 807783 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug
Team-Security-UX



Sign in to add a comment

proceed anyway brings me back to SB warning

Project Member Reported by emilyschechter@chromium.org, Jan 31 2018

Issue description

Chrome Version: 63.0.3239.132 (Official Build) (64-bit)
OS: Mac OS X

What steps will reproduce the problem?
(1) visit http://www.thetoprewards.com/
(2) click details
(3) click proceed anyway

What is the expected result?

proceed to sites

What happens instead?

get SB warning again

 
Labels: -Pri-3 Pri-2
Cc: jialiul@chromium.org
Cc: carlosil@chromium.org
Components: UI>Browser>Interstitials
Hmm, cannot reproduce on my Mac workstation (63.0.32339.132)

Carlos, could you help take a look (since you're the interstitial expert)?
Can't reproduce on Linux 64 or Canary either :(  I doubt this, but any chance the committed-interstitials flag is enabled for some reason? Those don't have bindings yet, so they would no-op when clicking links on them. Also, is is completely no-op when you click it, or does the interstitial refresh?
Weird, now I can't repro, but this happened for me before, and I also received an internal report about it from bseils@google.com. I definitely didn't have the committed-interstitials flag on, and I *think* that it refreshed.
Cc: bseils@google.com

Comment 7 by vakh@chromium.org, Feb 2 2018

Cc: csharrison@chromium.org
Labels: Needs-Feedback
Can you please post the list of experiments you are enrolled in?
You can find it under Variations on chrome://version/

csharrison@ -- any chance this could be due to ad-blocking?

Comment 8 by vakh@chromium.org, Feb 2 2018

Cc: lpz@chromium.org

Comment 9 by vakh@chromium.org, Feb 2 2018

Labels: SafeBrowsing-Triaged
Owner: carlosil@chromium.org

Comment 10 by lpz@chromium.org, Feb 2 2018

I could reproduce this on my corp laptop
63.0.3239.132

List of variations: 
c134752e-b8b72c88
3095aa95-3f4a17df
6c43306f-ca7d8d80
47e5d3db-3d47f4f4
1210a805-ecd831c
b1edbc38-c306c9a2
ba3f87da-45bda656
776de70c-eadfd437
79616653-3f4a17df
68812885-4d2fac87
684d1cdf-160692dc
f347910c-3d47f4f4
4b61504a-d25ea691
9773d3bd-f23d1dea
8e3b2dc5-93702590
9e5c75f1-69c7b431
f79cb77b-3f4a17df
4ea303a6-ecbb250e
d92562a9-ca7d8d80
90bcbadc-3f4a17df
25fc488a-4d2fac87
1c2f7bbf-3f4a17df
58a025e3-c2b41702
1bced4a3-90fa85cd
b2f0086-93053e47
ef25c1eb-3f4a17df
494d8760-6843eff2
f47ae82a-746c2ad4
3ac60855-3ec2a267
f296190c-e4cdf2fd
4442aae2-6bdfffe7
ed1d377-e1cc0f14
75f0f0a0-d7f6b13c
e2b18481-6754d7b7
e7e71889-e1cc0f14
94e68624-803f8fc4
f141d4bc-65bced95
e9ce63c1-36ab09a2
da4aaa01-ca7d8d80
I don't think ad blocking would cause us to show the interstitial again. We normally will be blocking ads on pages after phishing interstitials though so I'll stay on the bug just in case.

I've hit something that I thought was a bug before with double-interstitials when there is a HSTS redirect from http -> https (see  issue 718101 ). Not sure if that is the case here though.
Status: Assigned (was: Untriaged)
carlosil -- is this blocked on "interstitils are weird" bug? If so, could you please mark it so? Thanks.
carlosil -- is this blocked on "interstitils are weird" bug? If so, could you please mark it so? Thanks.
This does smell like an 'interstitials are weird' bug (i.e. one that will be fixed by committed interstitials), but I'm not 100% sure yet. Since SB committed interstitials will be in a testable state soon, I'd rather wait until I can confirm it does not repro with them before marking it.

Sign in to add a comment