Support

Check three things, in order: the app is installed as a PWA (not just open as a regular tab — Chrome's address bar shows an install icon when one's available); the matching rule is enabled in Settings → Apps and rules; and the link's domain matches a rule's pattern exactly (built-in rules only cover *.google.com paths, not every Google subdomain).

Dock only tracks windows Chrome reports as app-type windows (windowType: "app") — a PWA you installed, not a regular browser tab that happens to be on the same page. If you're on mail.google.com in a normal tab rather than the installed Gmail app, Dock won't see it as "your Gmail window."

Dock reads the account from the link itself — the authuser= value or a /u/N/ path segment — in that order. If a link has neither (no account hint at all), it falls back to whichever window for that app you focused most recently. If that guess is consistently wrong, the link you're clicking may just not carry an account hint — that's a source-side thing, not something Dock can recover on its own yet.

This should reuse an already-open window for the account you switched to, not duplicate it — if you're seeing a duplicate, that's a real bug, not expected behaviour. Please file an issue with which apps/accounts were involved.

Another extension or the OS may already be using that combination. Go to chrome://extensions/shortcuts and rebind Dock's "Open the Dock switcher" command to whatever's free.

This is a known limitation, not a bug: Shift-click bypass currently only works on Google Workspace pages. Granting host permission for a custom rule's domain lets Dock route links there, but it doesn't extend the separate content script that listens for Shift-click — that's still Workspace-only for now.

It was removed. It shipped as a Settings checkbox that saved a preference nothing actually read — dead UI — so it came out rather than stay as a toggle that did nothing. It's still a real idea from the original spec, just not built yet.