Live data from Hacker News

First-party isolation in Firefox: what breaks if you enable it?

ctrl.blog

91–100 of 120 posts

Re: First-party isolation in Firefox: what breaks if you enable it?

#91
post #22

> I’m not sure whether that is because Mozilla consider it unsafe, unpractical, or don’t want to commit to maintain the feature in future releases. I imagine it was implemented for the container tabs.

Not quite, it's a different axis. Security tokens in firefox contain the domain of the actual request/resource they are related to (e.g. the domain of an iframe) and a bag of data called originAttributes. Containers are one value in that bag. The top level window domain (1st-party) is added as another value if you enable FPI.

This paper has all the gory details: https://www.researchgate.net/publication/315848178_Extending...

Re: First-party isolation in Firefox: what breaks if you enable it?

#93
Is there a test I can use to confirm that it's working? I've set privacy.firstparty.isolate true and privacy.firstparty.isolate.restrict_opener_access true and when I log in to Github followed by Travis, Travis was able to log in without prompting for a password....

Firefox 62 macOS.

Edit: I did lose all my cookies on restart, so I do believe the option is at least enabled. Still would like to test that it's actually doing something.

Re: First-party isolation in Firefox: what breaks if you enable it?

#95
post #87

Earlier quoted context omitted.

Well, bootlickers are a thing, sure. We don't have to optimize for them.

Personal attacks will get you banned here. Please don't post like this again. https://news.ycombinator.com/newsguidelines.html

Why do you think that was a personal attack? Simply described a perspective calmly. Perhaps your mood has colored the reading.

Re: First-party isolation in Firefox: what breaks if you enable it?

#96
post #87

Earlier quoted context omitted.

Personal attacks will get you banned here. Please don't post like this again. https://news.ycombinator.com/newsguidelines.html

Why do you think that was a personal attack? Simply described a perspective calmly. Perhaps your mood has colored the reading.

I read it as you calling the other user a bootlicker.

Re: First-party isolation in Firefox: what breaks if you enable it?

#97
post #96

Earlier quoted context omitted.

Why do you think that was a personal attack? Simply described a perspective calmly. Perhaps your mood has colored the reading.

I read it as you calling the other user a bootlicker.

It's a class of folks with a certain perspective. Whether a person chooses to join it at a particular time is their business.

It is the difference between saying you ARE bad, versus you SAID/DID a bad thing. I didn't say the person was one on purpose, perhaps wording not strong enough.

Re: First-party isolation in Firefox: what breaks if you enable it?

#98

Is there a test I can use to confirm that it's working? I've set privacy.firstparty.isolate true and privacy.firstparty.isolate.restrict_opener_access true and when I log in to Github followed by Travis, Travis was able to log in without prompting for a password.... Firefox 62 macOS. Edit: I did lose all my cookies on restart, so I do believe the option is at least enabled. Still would like to test that it's actually…

Did you restart between changing the settings and doing your tests? If not, they’re invalid, and you should repeat them.

Re: First-party isolation in Firefox: what breaks if you enable it?

#99
post #96

Earlier quoted context omitted.

I read it as you calling the other user a bootlicker.

It's a class of folks with a certain perspective. Whether a person chooses to join it at a particular time is their business. It is the difference between saying you ARE bad, versus you SAID/DID a bad thing. I didn't say the person was one on purpose, perhaps wording not strong enough.

[deleted]

Re: First-party isolation in Firefox: what breaks if you enable it?

#100

Is there a test I can use to confirm that it's working? I've set privacy.firstparty.isolate true and privacy.firstparty.isolate.restrict_opener_access true and when I log in to Github followed by Travis, Travis was able to log in without prompting for a password.... Firefox 62 macOS. Edit: I did lose all my cookies on restart, so I do believe the option is at least enabled. Still would like to test that it's actually…

If Travis redirects to github, I assume github would get access to it’s own cookies again, and then be able to perform oauth, after which it redirects to Travis again with a token in the URL, no cookies or local storage needed as far as I’m aware.
Post reply on HN