Signing in as somebody else
When a different person signs in on a browser that already had somebody signed in, the session it was holding is ended, not merely replaced. The cookie changes either way; ending the old session is what stops it living on as a valid credential nobody is watching. Only that browser is affected — the previous person's phone, laptop and every other device carry on untouched.
What happens, in order#
Somebody chooses to add or switch account, and signs in at Google.
Result Connect reads who this browser was signed in as *before* creating anything new. That order matters: after the new session exists there is no longer a reliable way to ask the question.
Connect creates the new session and sets the cookie.
Result The browser is now the new person. The old cookie is gone from it regardless of what happens next.
If the person who was signed in is a different person, their session is revoked.
Result The revocation is recorded, naming who was ended and who replaced them. The old token is dead from that moment.
Nothing else is touched.
Result The previous person's other sessions — a phone, a second laptop, a different office — are not consulted and not changed.
Why the old session is ended rather than dropped#
Replacing the cookie is enough to change who the browser is. It is not enough to make the old session safe. A session whose cookie has been overwritten is still a valid row: still inside its lifetime, still listed under the previous person's active sessions, and still usable by anyone holding a copy of its token. Nobody is watching it, because from the screen's point of view that person has moved on.
Ending it closes that gap, and closes it in the place where somebody actually has the evidence: at the moment of the replacement, when Connect still knows both identities. It also makes the security screen honest — the previous person's session list stops showing a session that nothing is using.
Signing in as yourself again#
Signing in again as the same person is a different case, and the difference is deliberate. Connect compares the identity that was there with the one arriving; when they match, nothing is revoked. You get a fresh session, the cookie is updated, and any session you had on that browser before is left alone rather than terminated as though you were an intruder.
The practical effect is that a re-sign-in never costs you access anywhere. If you want the opposite — every other device out, including your own — that is 'sign out of other devices' on the security screen, which is an explicit action rather than a side effect.
What is and is not affected#
| Thing | Affected? | Why |
|---|---|---|
| The session on this browser | Ended | A different person is signed in here now, and two identities cannot share one browser's cookie |
| The previous person's other devices | Untouched | Somebody signing in on a machine they do not own is not a statement about their other sessions |
| The previous person's account | Untouched | Nothing about the user, the membership or the role changes |
| Work in progress in the workspace | Untouched | Held actions, follow-ups and conversations belong to the workspace, not to whoever is looking at it |
| Anything the previous person had approved | Untouched | Decisions are recorded against the person who made them and do not unwind |
| The record of the replacement | Written | Who was ended and who replaced them is logged, so the security screen's numbers can be explained |
Questions#
Does switching account sign the other person out of their phone?
No, and that is the point of the rule. Only the session on the browser where the switch happened ends. Their phone, their other laptop and any other device keep working, because somebody else using a shared computer says nothing about where else they are signed in.
Can two people be signed in on one browser at the same time?
No. One browser holds one session cookie, so it is one identity at a time. Working as two people at once needs two browsers or two profiles, which is also how the Owner and a customer view are compared during development.
How do I know a replacement happened?
It is recorded when it occurs, naming the session that was ended and the identity that replaced it. The immediate visible sign is on the account screen: the ended session stops appearing in the previous person's list of active sessions.