Skip to content

Add max-concurrency and device-location to mobile runs - #1

Merged
Romaaan3 merged 1 commit into
mainfrom
feature/mobile-max-concurrency
Sep 22, 2026
Merged

Romaaan3 merged 1 commit into
mainfrom
feature/mobile-max-concurrency

Conversation

@Romaaan3

Copy link
Copy Markdown
Contributor

Summary

  • Mobile runs can now set max-concurrency, so a suite runs several checks at once, each on its own device. The action previously sent no value, which left every action-driven mobile run sequential regardless of what the installation allowed.
  • Adds device-location to narrow auto-selection to a datacenter. The mobile API accepts search_criteria[location]; the README stated it did not exist.
  • Both are validated before the session is created — a non-positive max-concurrency fails locally rather than after the API has already saved a setup instruction and orphaned it.
  • Either alongside a pinned device-serial warns and is dropped, matching how the other auto-selection inputs behave.

Docs

The README gained a "How many at a time" section covering what caps concurrency (installation Device Quota, check count, free matching devices — lowest wins), that the quota is a ceiling rather than an override, and that each running check occupies an agent slot so going wider than the installation has slots just books idle devices. timeout-seconds guidance now notes mobile wall time scales down with concurrency.

The mobile API accepts both; the action sent neither, so every action-driven
mobile run was one check at a time. The README claimed the location filter
did not exist.
@Romaaan3
Romaaan3 merged commit 399b5e0 into main Sep 22, 2026
3 checks passed
@Romaaan3
Romaaan3 deleted the feature/mobile-max-concurrency branch September 22, 2026 12:12
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