Skip to content

fix: detect Chrome's "already in use" profile-lock wording#44

Merged
Anton-Horn merged 1 commit into
mainfrom
fix/companion-profile-lock-message
Jun 4, 2026
Merged

fix: detect Chrome's "already in use" profile-lock wording#44
Anton-Horn merged 1 commit into
mainfrom
fix/companion-profile-lock-message

Conversation

@Anton-Horn
Copy link
Copy Markdown
Contributor

Why

Real run with Chrome open: launchPersistentContext fails with Opening in existing browser session … profile is already in use by another instance of Chromium. The lock heuristic didn't match that phrasing, so the companion fell through to the bundled-Chromium fallback (same locked dir → a second, more confusing error) instead of telling the user to quit Chrome.

What

Match Chrome's actual wording (opening in existing browser session, already in use, in use by another) so a locked profile yields the single actionable "quit Chrome / use --fresh / --cdp" message and skips the dead-end fallback.

Follow-up to #43.

🤖 Generated with Claude Code

When the user's Chrome is open, launchPersistentContext fails with
"Opening in existing browser session ... profile is already in use",
which the lock heuristic didn't match. The companion then fell through to
the bundled-Chromium fallback (same locked dir, second confusing error)
instead of telling the user to quit Chrome.

Match that wording so a locked profile yields the single actionable
"quit Chrome / use --fresh / --cdp" message and skips the dead-end fallback.
@Anton-Horn Anton-Horn merged commit e8d8a57 into main Jun 4, 2026
2 checks passed
@Anton-Horn Anton-Horn deleted the fix/companion-profile-lock-message branch June 4, 2026 14:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant