[BUG] Cookie counter on subdomains always zero
See original GitHub issueDescribe the bug
The cookie counter on websites with a subdomain like https://en.wikipedia.org/
is always zero, even when there are cookies clearly set and also deleted when leaving the sites.
Manual delete doesn’t work as it shows ‘No cookies found’.
On sites without a subdomain like https://github.com/
it works fine.
To Reproduce
Steps to reproduce the behavior:
- Go to
https://en.wikipedia.org/
- Open the addon menu
- See ‘0 cookies’
- Open browser console and go to Storage Inspector
Expected behavior
The cookies should get counted properly
Screenshots
Your System Info (please complete the following information):
- OS: Ubuntu 20.04
- Browser Info: Firefox 78.0.1
- CookieAutoDelete Version: latest™ 3.4.0
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Why isn't this cookie sent to other subdomains? - Stack Overflow
In the browser dev tools, I see that the sign-in response has the cookie in the "Cookies" tab, so I know it's set....
Read more >Cookie subdomains missing first part of subdomain for non ...
As an experiment, I've commented out the entire aegir.services.tpl.php so no cookie domain is explicitly set by that mechanism. Having cleared ...
Read more >Persistence with Subdomains - DevCentral
This works when the node is setting the cookie, but I'm not certain it will work with a cookie the BIG-IP is setting...
Read more >setcookie - Manual - PHP
setcookie() defines a cookie to be sent along with the rest of the HTTP headers. Like other headers, cookies must be sent before...
Read more >Why doesn't the CNAME record of my subdomain propagate ...
Just disabling Cloudflare proxy is not a solution. We use Cloudflare for redirects too. Please either provide a redirect functionality or at least...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
It seems to be
privacy.firstparty.isolate.use_site
withprivacy.firstparty.isolate
enabled. You may need to clear the site’s cookies in order to see a different result.Looking at the changeset https://hg.mozilla.org/integration/autoland/rev/a77c31684931#l2.12 and its ticket https://bugzilla.mozilla.org/show_bug.cgi?id=1637516 it seems to change the use from the old
GetBaseDomain (eTLD+1)
to a specificsite
which doesn’t ignore the used scheme like the old one. Because there’s a new string I suspect the old domain matching doesn’t work anymore.From the changeset given, it looks like it does the following if
use_site
is adding round brackets with schemes and ports…So here’s my findings:
privacy.firstparty.isolate.use_site
settingfirstPartyDomain
cookie property value(https,wikipedia.org)
wikipedia.org
Which means I now not only need to detect if firstPartyDomain (via the workaround so I don’t need to request privacy permission), I also need to check the firstPartyDomain given for a cookie…