Cookie rules don't apply to all cookies on the domain
See original GitHub issueWhen I add a rule to Forget Me Not, it doesn’t seem to apply to all cookies from that domain. This is making it impossible to login to sites like Yahoo Mail.
Steps to reproduce:
- Clear the Forget Me Not log.
- Create a rule for *.yahoo.com. My rule is set to “Forget”
- Go to mail.yahoo.com
- Look at the Forget Me Not log.
What I expect to see are a couple of domains listed with cookies that are allowed. What I actually see is a cookie that was allowed from login.yahoo.com and a blocked cookie from yahoo.com AS. I suspect that the issue lies with the AS that shows up after the domain. I’ve also seen T, NID, and CGIC after domains, but I have no idea what they mean. I tried looking at the source code, but that didn’t shed any light on it either. What do those letters after the domain mean?
Issue Analytics
- State:
- Created 5 years ago
- Comments:30 (15 by maintainers)
Top Results From Across the Web
How do browser cookie domains work? - Stack Overflow
Typically session cookies are set with path=/ or path=/applicationName/ so the cookie is available to all requests into the application.
Read more >Using HTTP cookies - MDN Web Docs
The Domain attribute specifies which hosts can receive a cookie. If the server does not specify a Domain , the browser defaults the...
Read more >Cookies, document.cookie - The Modern JavaScript Tutorial
A domain defines where the cookie is accessible. In practice though, there are limitations. We can't set any domain. There's no way to...
Read more >Cookie Law: Everything You Need to Know
The cookie law means that the cookies on your website must be accepted by the visitor and the visitor must be informed about...
Read more >Content Security Policy: Cookie Controls - W3C
2. The cookie-scope directive · "host" allows "host only" cookies to be set, but will block setting cookies which set a domain attribute....
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 Free
Top 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

same problem happend for me on LinkedIn, the server actually send separate Set-Cookie headers for every cookie but for some reason the
parseSetCookieHeaderfunction receive multiple cookies separed by line feeds like this:this breaks the matching for the domain and also discard the rest of the cookies, for example the matched domain will be
.www.linkedin.com\nlanginstead of.www.linkedin.com, and KEY2 to KEY5 are not extracted either. i’m testing directly on the latest develop branch on Firefox Developer Edition 66.0b5, just modified thenpm-run-allversion to^4.1.5to fix this error:So, my research says, that in a deprecated standard for the set-cookie header, it was allowed to set multiple cookies in one set-cookie header. This is not allowed anymore, but some gateways may do this to compress http headers in order to reduce data. Since on my end, yahoo sends me multiple set-cookie headers, instead of one, I can only assume, that your gateway is doing this.
Obviously, even tho the gateway should be fixed, I will have to add a fix for FMN as well (since others might have this issue). I will try to implement a fix for this for the next version, but maybe you can check your router if there is some kind of header compression in place for a quick fix.