rstudio / rstudio/rstudio

E2E resolve job fails every engine when one platform key is missing

Open
#18,478 0 comments 0 reactions 1 assignee Claimed by @ronblum View on GitHub
automation bug
Dominant language
Java
Stars
5.1k
Forks
1.2k
PR merge metrics
PR metrics pending

Description

### System details

RStudio Edition : N/A -- scheduled E2E rotation workflow
RStudio Version : N/A
OS Version : N/A
R Version : N/A

### Steps to reproduce the problem

1. Open the `resolve` job in `.github/workflows/os-test-e2e-rstudio-scheduled.yml`.
2. Note the ten `emit ... || exit 1` calls, which all run on a version-pinned dispatch no matter which engines `pick` selected.
3. Dispatch the workflow with a `version` while any one of those keys is missing from https://dailies.rstudio.com/rstudio/latest/index.json.
- `resolve` fails, and every engine depends on it, so none runs -- including macOS and Windows, whose keys were fine.

### Describe the problem in detail

One missing Linux platform blocks the whole dispatch, including engines that never needed that key. Nothing is failing today, as all ten keys are present as of 2026-08-05.

Each `emit` being fatal is deliberate and the code says why: a non-fatal `emit` leaves an empty installer URL, which tells engines to self-resolve the latest daily and silently ignores the version pin. That part would ideally stay as it is.

### Describe the behavior you expected

Resolving only the keys the selected engines need, so a missing platform fails just those engines. Every `emit` stays fatal.

See #18452, which added `resolute-amd64` to the existing set.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.