1626797 - Some sites, while mentioned as blocked within "Exceptions - Cookies and Site Data" dialog box, still show up in the "Manage Cookies and Site Data" dialog

Status: NEW

(Toolkit :: Data Sanitization, defect, P3)

Description

[antistress]

Attachment: Exceptions - Cookies and Site Data dialog box & Manage Data… dialog box

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

Hi,
1°) Go to Privacy & Security panel and go to the Cookies and Site Data section.
Click Manage Permissions…. The Exceptions - Cookies and Site Data dialog box will open: set www.youtube.com to be blocked, save Changes to finish.
2°) Go to YouTube website.
3°) Click the Manage Data… button.

Actual results:

See www.youtube.com mentioned with cookies=0 and some KB storage.

Expected results:

www.youtube.com should not be mentioned since it has been blocked by user.

Since dialog says cookies=0 i supposed it's about localStorage ?

Thanks

Comment 1

[Subhamoy [:ssengupta][he/him]]

Would you like to take a look at this (and possibly assign a priority?)

Comment 2

[guerin45]

Attachment: cokkiblocking.png

I have the same bug since some month, cookie blocking does not work anymore. I want to block medium.com cookies

Comment 3

[Jan Varga [:janv]]

I tried to reproduce it. It seems the problem is that if there is data for given site already and the site is then added as a blocked site, data is not cleared for it.
Johan, is this desired behavior or something which should be fixed ?

Comment 4

[Firefox Bug Husbandry Bot]

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is -- (Backlog,) indicating it has has not been previously triaged, the bug's Severity is being updated to -- (default, untriaged.)

Comment 5

[Chris Conover]

Confirmed on FF 82, on www.washingtonpost.com/[any article link]

Steps to reproduce:

• delete all cookies and site data (baseline)
• add filters to block:
  • http//www.washingtonpost.com
  • https//www.washingtonpost.com
  • http//washingtonpost.com
  • https//washingtonpost.com
• visit www.washingtonpost.com
• check about:preferences#privacy / manage data - note that it shows 128K data but 0 cookies

(side note, the protocol portion and subdomain should be sorted subsequent to apex domain), so they show up as one would expect)

I saw this first on FF 81, before upgrading to 82. I think they found a work-around to defeat this setting on their end, and it's not likely related to any recent change to FF.

This is a larger scope than reported by @Jan above - this setting has now been effectively defeated.

Comment 6

[BugZillian :bugger]

Experiencing the same behavior. After blacklisting cookies (exception set to block) they are still storing cookie data when you go to manage data, it shows the cookie and storage amount.

Mac OS Ventura, FF 107.0.1 (64-bit)

Comment 7

[Harshit Sohaney [:hsohaney]]

This issue is still persistent and needs to be looked into. Could be an issue with our exceptions list since I see 3 cookies stored with no storage for www.youtube.com even though I have it set for blocked.

Comment 8

[Cedric]

I think I'm having a similar problem; I have "Delete cookies and site data when Firefox is closed" with only a handfull of exceptions registered under "Manage Exceptions". Yet, pages which are not exempted from the deletion do regularly persist under "Manage Data", although their data should be deleted.