Перейти до вмісту

Вашою мовою цієї сторінки поки немає. Ви читаєте англійський текст.

Glossary

Cookie jar

Every sign-in you hold open lives in it. What a site gets back depends on the domain, the path and the flags each cookie was written with, and a profile keeps a jar of its own.

A cookie jar is the store of cookies a browser keeps, together with the rules deciding which cookie goes with which request.

Is your jar open right now

This one value is read in your browser on this page. It says whether this browser is willing to keep cookies at all.

Ваша машина просто зараз

Cookies accepted
вимірюємо на вашій машині

Прочитано у вашому браузері й показано тут. Нікуди не надсилається.

One jar per profile

The jar sits in the profile's own folder, so two profiles never share a sign-in. Deleting a cookie in one of them leaves the other untouched.

This is also why one account opened in two profiles is two separate sessions rather than one.

Moving a jar between machines

Export reads the whole jar rather than the cookies of the page in front of you. What it writes is live sign-ins, so the app warns you before writing the file and keeps it readable by your account only.

Import puts each cookie back with its domain, path, expiry and flags. Whatever was refused is counted and shown next to what arrived, because a bare number reads as a complete transfer.

SameSite survives the move

A cookie written as None comes back as None. Dropped on the way, it stops being sent on requests that start at another site, and that is usually the whole reason for moving a session.

A jar that is too clean

A profile created five minutes ago has an empty jar, no history and nothing cached. That is a state of its own and it is visible.

The cookie robot browses ordinary public sites in the profile first. The choice of sites and their order differ from run to run, because two profiles browsing the same sites in the same order have traded one link for another.

Often confused with

  • Local storage

    Kept per site and per profile as well, and never attached to a request on its own.

  • Cache

    Files kept so they need not be downloaded twice. It carries no session.

  • A fingerprint

    Computed on demand from the device. Nothing is stored, so there is nothing to clear.

  • A session token

    The value inside a cookie. The jar is where it lives and the set of rules that send it.

What this does not do

  • A jar does not travel to a second computer by itself. Signing in there brings the profile and its settings rather than its cookies.
  • Clearing it does not change what a site reads about the device. Those values are worked out on demand and there is nothing stored to clear.
  • The exported file is held by file permissions rather than by a password. Whoever can read it can sign in as those accounts.
  • Importing cookies is not the same as being signed in. A site can ask for the session again, and cookies refused on the way in are counted rather than hidden.

Check it

Each claim above is one place in the code and one stand.

Where a profile's cookies are read and written
apps/desktop/src/lib/forkPage.js
A moved cookie keeps the flags it was written with
apps/desktop/test/cookie-transfer.js
The jar travels inside the sealed transfer file
apps/desktop/src/lib/bundle.js · apps/desktop/test/profile-bundle.js
A fresh jar is filled by ordinary browsing
apps/desktop/src/lib/cookieRobot.js · apps/desktop/test/cookie-robot.js

Questions

Does clearing cookies change my fingerprint?
No. Cookies are stored and can be deleted, while the device values are computed each time and there is nothing there to delete.
Why does the app ask me to open the profile first?
On this engine the jar lives inside the running browser, so a closed profile has nothing to read. Saying that is better than writing an empty file and calling it an export.
Are exported cookies enough to sign in elsewhere?
They are live sign-ins, which is why the file is treated as one. A site also compares the machine and the address, so the cookies alone may not satisfy it.
What does SameSite change when I move a session?
A cookie written as None is the one that travels on requests starting at another site. Lose the attribute and an embedded or single sign-on login stops working.
Do two profiles ever share a jar?
No. Each profile's browser is pointed at its own folder, and the jar is inside that folder.

Keep your sign-ins where they belong

The free plan gives two profiles, each with a jar of its own.