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

Issue 772198 link

Starred by 4 users
Status: Fixed
Owner:
msramek@chromium.org
Closed: Aug 3
Cc:
█ sandeepkumars@chromium.org
nyerramilli@chromium.org
msramek@chromium.org
█ msrchandra@chromium.org
dmu...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug-Regression
Team-Security-UX



Sign in to add a comment

Deleting cookies fails for some sites

Project Member Reported by pstemari@google.com, Oct 5 2017 
Steps to reproduce the problem:
1. Browse to website washingtonpost.com
2. Close window
3. Open Settings / Site settings / All sites
4. Click on washingtonpost.com
5. Choose Delete All Data

What is the expected behavior?
Entry and cookies should be cleared

What went wrong?
Entry remains, cookies appear to still be active

Did this work before? Yes Nougat

Chrome version: 61.0.3163.98  Channel: beta
OS Version: 8.0.0 OPR1.170623.027
Flash Version: 

This seems to have started with the Oreo Android release

Comment 1 by sandeepkumars@chromium.org, Oct 6 2017

Cc: msrchandra@chromium.org nyerramilli@chromium.org sandeepkumars@chromium.org
Components: UI>Browser>SiteSettings
Labels: Needs-triage-Mobile Triaged-Mobile
Status: Untriaged (was: Unconfirmed)
Tested the issue in Android and could reproduce the issue as per the steps mentioned in comment #0. Observed entry of the site even after clicked on clear & reset.

Chrome versions tested:
63.0.3232.0

OS
Android 8.0.0, 7.1.2, 6.0.1.

Android Devices
7.1.2 Pixel XL Build/N2G48E, 6.0.1: SM-J710F Build/MMB29K, 8.0.0 Pixel Build/OPR1 170623.027

Note:
1. This issue is observed across Android, M, N and O as well.
2. This issue is seen in M58 as well.

Thanks!!

Comment 2 by sandeepkumars@chromium.org, Oct 6 2017

Labels: M-63
Tested in #61.0.3163.98, #62.0.3202.45 as well.

Comment 3 by raymes@chromium.org, Oct 8 2017

Cc: msramek@chromium.org
Components: Privacy
I see two entries - one for https://www.washingtonpost.com and one for www.washingtonpost.com. Which one are you clearing? 

If I clear both, they both appear to get deleted correctly.

Comment 4 by sandeepkumars@chromium.org, Oct 12 2017 

Please navigate to below link for log's and video--
go/chrome-androidlogs/772198

Thanks!!

Comment 5 by est...@chromium.org, Oct 13 2017

Owner: msramek@chromium.org
msramek could you help triage please? Thanks!

Comment 6 by msramek@chromium.org, Oct 13 2017

Labels: Needs-Feedback
Owner: ----
I'm actually waiting for the answer to #3 here. I think raymes@ might be right that there's confusion with multiple origins on the same domains.

Which is a big challenge for the "All sites" UI, in fact - most storage datatypes are per-origin, but cookies are not. And even then, users' understanding of a "site" is not "origin".

Comment 7 by pstemari@google.com, Oct 13 2017 

I'm typically seeing 2-3 entries, one https and one or two non-https.

I'm deleting all the entries.

The video in #4 duplicates my experience nicely.  Some entries go away, others get stuck and won't go away.

Comment 8 by raymes@chromium.org, Oct 15 2017

Cc: dmu...@chromium.org
Components: Blink>Storage
Owner: msramek@chromium.org
Status: Assigned (was: Untriaged)
I was able to reproduce this on a more recent version of Android (I think I was testing M). I'm not sure whether or not the underlying cookies get deleted - it seems like they may be but I didn't test thoroughly.

msramek - are you able to follow up?

Comment 9 by est...@chromium.org, Nov 10 2017

Labels: Hotlist-EnamelAndFriendsFixIt

Comment 10 by est...@chromium.org, Feb 18 2018

Labels: -Hotlist-EnamelAndFriendsFixIt

Comment 11 by dullweber@chromium.org, Aug 3

Status: Fixed (was: Assigned)
We fixed many deletion issues that caused storage entries to remain and I can't reproduce the washingtonpost example, so I assume this is fixed.
►

Sign in to add a comment