feat(web): run concurrent web sessions on one host
I maintainer di solito rispondono entro 1 giorno
Una pull request collegata è già stata integrata.
- #4191 di @kacper-mikolajczak — integrata
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 18/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
Direzione di ricerca
Start in packages/contracts/src/device-inventory.ts, where the fixed agent-browser-chrome web device is defined, then follow the three per-device checks in packages/daemon/src/sessions/session-lifecycle/internal/session-open-execution.ts and the device:<id> lock in packages/daemon/src/server/request-binding.ts. Done means two differently named web sessions open and run in parallel, the same name still returns DEVICE_IN_USE, and the router tests the issue lists pass. Pull request #4191 is already open against this issue, so check it before starting.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Purpose
Let several agents drive isolated browsers on one host at the same time, the way they already can with one emulator each. Today a host runs only one agent-device web session.
The backend already supports this. agent-browser --session <name> runs isolated browsers in parallel, each with its own browser process, cookies, storage, and history. agent-device already passes the session name through as --session (agent-browser-provider.ts L430). Only agent-device's device model blocks it.
Current behavior (0.21.33)
agent-device open about:blank --platform web --session a
agent-device open https://example.com --platform web --session b
# Error (DEVICE_IN_USE): Device is already in use by session "a".
AGENT_DEVICE_STATE_DIR=$(mktemp -d) agent-device open https://example.com --platform web --session c
# Error (DEVICE_IN_USE): web device agent-browser-chrome is owned by session "a" in workspace "..."
Web inventory returns one fixed device, agent-browser-chrome (device-inventory.ts L53-L60). Three per-device rules then block a second session:
- the new-session conflict check (session-open-execution.ts L446-L461);
- the host-wide device claim (session-open-execution.ts L463-L496);
- the
device:<id>execution lock (request-binding.ts L15-L31).
Today's only workaround gives each session its own AGENT_DEVICE_STATE_DIR and AGENT_DEVICE_CLAIMS_DIR. That turns off host-wide device claims for the second daemon and needs a second managed backend install.
Required behavior
- Each web session holds its own device,
agent-browser-chrome:session:<name>. Device selection derives the id before any lock is taken. The conflict check, the claim, and thedevice:<id>lock then apply unchanged. This mirrors the app devices of ADR 0035 (#3323). - Web sessions with different names can open, run commands,
batch, andreplayin parallel in one daemon. - The same name still gets
DEVICE_IN_USE, both in one daemon and across daemons that share a claims directory. - The device id uses the same normalized session name as the backend's
--session. A name the id cannot carry unambiguously is refused with a typed reason. - Network dump, audio probe, and recording use only the request's own web provider, never another session's browser or the default one.
- Closing a web session, or expiring it when idle, closes only that session's browser.
CLI example
agent-device open https://example.com --platform web --session a
agent-device open https://www.iana.org/help/example-domains --platform web --session b
agent-device snapshot --session a # Page: https://example.com
agent-device snapshot --session b # Page: https://www.iana.org/help/example-domains
Completion conditions
- A router test opens two web sessions with different names in parallel. The same name conflicts, including from a second daemon on the same claims directory.
- A router test runs two fresh web batches and two fresh web replays with different names in parallel.
- Unit tests cover session-name normalization, teardown closing only its own browser, and network dump and audio probe refusing without a request-scoped provider.
- The web help topic documents parallel sessions.
Dependencies
None. ADR 0035 and ADR 0029 (policy admission) describe app devices only. If this is accepted, they need an amendment or a new ADR.
Related: #817, #2031, #1868.
- Lingua principale
- TypeScript
- Stelle
- 5.3k
- Fork
- 377
- Merge medio
- 13h 58m
- PR unite (30g)
- 654
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di callstack/agent-device
-
iOS alert wait: the last poll can get ~30 ms and turns "no alert" into a failed readForse già presa @pcbeingused333 l’ha presa 7 giorni fa. Apertabug ready-for-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
callstack/agent-device#4018 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
callstack/agent-device#1869 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
callstack/agent-device#4274 ·
I maintainer di solito rispondono entro 1 giorno
-
iOS simulator: in-flight `prepare ios-runner` keeps retrying the old runner port after the runner is relaunched on a new portForse già presa @twotnguyen l’ha presa 1 giorno fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
callstack/agent-device#4265 ·
I maintainer di solito rispondono entro 1 giorno
-
bug ready-for-agent
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
callstack/agent-device#4264 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di callstack/agent-device
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
documentation easy good first issue help wanted
Difficoltà 1/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Billion-context documentation addendum: nudge is independent of window occupancy. | billion-context 文档补充:nudge 与窗口占用无关Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
ranxianglei/billion-context#5893 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
microsoft/monaco-editor#5575 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100