pixcode Files

Three frustrating bugs caused by the multi-provider plumbing only being half-wired for Qwen and OpenCode, plus an over-eager error in the Codex models discovery path.

Fixed • Header logo + label kept showing "Gemini" when chatting with Qwen or OpenCode. The session resolver only checked claude/cursor/codex/gemini pools — Qwen and OpenCode session URLs never matched anything, so the previously-selected (often Gemini) session stayed stuck in the header. Now resolves all six providers, plus a fallback that synthesizes a minimal session record with the provider inferred from the id prefix (opencode_*, qwen_*) or the active provider tab when the project list hasn't caught up yet. • Sidebar history list never showed OpenCode sessions, and any OpenCode session that leaked into the gemini pool got tagged Gemini. Sidebar enumeration now consumes project.opencodeSessions and re-tags any opencode_* ids that landed in the gemini pool. • Backend never enumerated OpenCode sessions per project. Added an enumerator that walks ~/.local/share/opencode/project/*/storage/session/ (XDG, same on Linux/macOS/Windows) and filters by the session's stored directory field. Live in-memory sessions are merged in too. • OpenAI 401 ("https://api.openai.com/v1/models returned 401") for Codex users who signed in via codex login (OAuth, no API key). Now detects the OAuth path (presence of ~/.codex/auth.json or ~/.qwen/oauth_creds.json) and skips live discovery silently — the static catalog is the right answer for OAuth users. A genuine 401 with a key now gets a clean message instead of a stack trace. • "Processing..." stuck forever when an OpenCode or Qwen spawn errored out (binary not found, EACCES). Both adapters used to send only a kind: 'error' event; the frontend's complete handler is what clears the loading state. Now both adapters always emit a complete event with exitCode: 1 alongside the error.