• ripcord@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    2 months ago

    Honestly, I thought that’s how it already worked.

    Edit: I think what I’m remembering is that you can define the cookies by site/domain, and restrict to just those. And normally would, for security reasons.

    But some asshole sites like Facebook are making them world-readable for tracking, and this breaks that.

    • Telorand@reddthat.com
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 months ago

      They’ve been doing this with container tabs, so this must be the successor to that idea (I’m going to assume they’ll still have container tabs).

      • jollyrogue@lemmy.ml
        link
        fedilink
        English
        arrow-up
        0
        ·
        2 months ago

        Container tabs are still a thing in FF. This is based on that work, if I remember correctly.

          • Kushan@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            ·
            2 months ago

            Same, they’re an absolute game changer for me. I have to use multiple different identities in work due to separate active directories and container tabs makes it super easy

      • snaggen@programming.dev
        link
        fedilink
        English
        arrow-up
        0
        ·
        2 months ago

        Container tabs are still useful, as they let you use multiple Cookie jars for the same site. So, it is very easy to have multiple accounts on s site.

    • ArchRecord@lemm.ee
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 months ago

      Total Cookie Protection was already a feature, (introduced on Feb 23st 2021) but it was only for people using Firefox’s Enhanced Tracking Protection (ETP) on strict mode.

      They had a less powerful third-party cookie blocking feature for users that didn’t have ETP on strict mode, that blocked third party cookies on specific block lists. (i.e. known tracking companies)

      This just expanded that original functionality, by making it happen on any domain, and have it be the default for all users, rather than an opt-in feature of Enhanced Tracking Protection.

      • ripcord@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        edit-2
        2 months ago

        That’s not what I was thinking of, which was even more fundamental. But that’s good info (and another way to cover stuff in the article).

        Edit: what I was thinking originally was really stupid, that 3rd-party cookies weren’t allowed at all. Which was really dumb since of course they are.

        • catloaf@lemm.ee
          link
          fedilink
          English
          arrow-up
          0
          ·
          2 months ago

          No, you weren’t far off. A single site can only get and set cookies on its domain. For example, joesblog.com can’t read your Facebook session cookie, because that would mean they could just steal your session and impersonate you.

          But third-party cookies are when joesblog.com has a Facebook like button on each post. Those resources are hosted by Facebook, and when your browser makes that request, it sends your Facebook cookies to Facebook. But this also lets Facebook know which page you’re visiting when you make that request, which is why people are upset.

          With this third-party cookie blocking, when you visit joesblog.com and it tries to load the Facebook like button, either the request or just the request’s cookies will be blocked.

          Although that raises an interesting question. Facebook is at facebook.com, but its resources are all hosted under fbcdn.com. Have they just already built their site to handle this? Maybe they just don’t strictly need your facebook.com cookies to load scripts, images, etc. from fbcdn.com.