Skip to content

[i,l,-r] ci: enable manual runs via workflow_dispatch#6

Merged
phosphore merged 2 commits into
masterfrom
lorenzo/ci-workflow-dispatch
Apr 30, 2026
Merged

[i,l,-r] ci: enable manual runs via workflow_dispatch#6
phosphore merged 2 commits into
masterfrom
lorenzo/ci-workflow-dispatch

Conversation

@phosphore
Copy link
Copy Markdown
Member

Adds workflow_dispatch to .github/workflows/ci.yml so the build can be re-triggered from the Actions tab.

Also serves as the first CI run on the wavemm fork — Actions was previously disabled on the forked repo, so #4 and #5 merged without ever exercising mvn test. Opening this PR triggers the workflow on the current master tip (which includes Phase 1 + Phase 2a) plus this small workflow change. If green, the fork is finally compile-and-test verified.

🤖 Generated with Claude Code

phosphore and others added 2 commits April 30, 2026 10:37
Lets us re-trigger the build from the Actions tab without needing a
push or PR. Also serves as the first CI run on the wavemm fork — when
this PR opens, the workflow fires for the first time, exercising the
Phase 1 (#4) and Phase 2a (#5) code that was merged before Actions was
enabled on the fork.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
The fork's CI was disabled before #4 and #5 merged, so this is the
first run that actually exercised mvn test. It surfaced three real
issues, all narrow:

1. Application.java: runtime.projectId() returns a ProjectId record,
   not a String. FirestoreOptions.setProjectId expects a String.
   Use .id() to extract.

2. SlackProposalHandler.java: GroupResolver.expand() is package-private
   in the upstream com.google.solutions.jitaccess.auth package. The
   handler in com.google.solutions.jitaccess.web.proposal can't call
   it across packages. Make expand() public — the class is already
   public and the method's signature is suitable for external use; the
   missing modifier looks like an oversight in upstream rather than a
   deliberate visibility boundary.

3. SlackProposalHandler.java: catch (CompletionException | RuntimeException)
   is illegal because CompletionException extends RuntimeException —
   Java's multi-catch forbids related types. Drop CompletionException
   from the alternatives; RuntimeException covers it. The extracted
   cause via e.getCause() still unwraps the original SlackApiException
   / IOException from inside CompletableFuture.join's wrapper.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@phosphore phosphore changed the title ci: enable manual runs via workflow_dispatch [i,l,-r] ci: enable manual runs via workflow_dispatch Apr 30, 2026
@phosphore phosphore merged commit cb1e042 into master Apr 30, 2026
1 check passed
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