Skip to content

chore(rivetkit): remove inline tests#4668

Draft
NathanFlurry wants to merge 1 commit intobreak-up/serialize-gateway-actor-keysfrom
04-15-chore_rivetkit_remove_inline_tests
Draft

chore(rivetkit): remove inline tests#4668
NathanFlurry wants to merge 1 commit intobreak-up/serialize-gateway-actor-keysfrom
04-15-chore_rivetkit_remove_inline_tests

Conversation

@NathanFlurry
Copy link
Copy Markdown
Member

Description

Please include a summary of the changes and the related issue. Please also include relevant motivation and context.

Type of change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • This change requires a documentation update

How Has This Been Tested?

Please describe the tests that you ran to verify your changes.

Checklist:

  • My code follows the style guidelines of this project
  • I have performed a self-review of my code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes

Copy link
Copy Markdown
Member Author

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

This stack of pull requests is managed by Graphite. Learn more about stacking.

@claude
Copy link
Copy Markdown

claude bot commented Apr 15, 2026

PR Review: chore(rivetkit): remove inline tests

Overview

This PR removes the inline client test abstraction from the RivetKit driver test suite (~2,675 lines deleted). The inline client was an alternative to the HTTP client routing calls through in-process handlers rather than over the network.

Key deletions:

  • test-inline-client-driver.ts -- inline transport proxying calls to /.test/inline-driver/ endpoints
  • fixtures inline-client.ts + inlineClientActor -- fixture actor for inter-actor call tests
  • tests/actor-inline-client.ts -- tests for c.client() inter-actor communication
  • src/sandbox/actor.test.ts -- unit test for sandbox direct URL access
  • tests/agent-os-session-lifecycle.test.ts -- agentOS lifecycle tests (writeFile/readFile/exec)
  • ClientType concept and the outer per-clientType loop in runDriverTests

Code Quality

The simplification is clean. Removing the clientType branching from DriverTestConfig, SkipTests, and setupDriverTest reduces complexity meaningfully. The indentation fix in hibernatable-websocket-protocol.ts is purely cosmetic.


Concerns

1. Coverage gap: inter-actor c.client() API

The deleted actor-inline-client.ts was the only test suite exercising the c.client() API (calling other actors from inside an actor action). If not covered elsewhere this is a meaningful regression. Please point to where it is tested, or add coverage back to the driver test matrix.

2. Deleted standalone test files

tests/agent-os-session-lifecycle.test.ts tested writeFile, readFile, and exec on the agentOS actor. src/sandbox/actor.test.ts tested getSandboxUrl and the destroy-then-access error path. If neither is covered by the driver test matrix their deletion drops coverage entirely.

3. Strengthened assertions in request-access.ts

The tests now always assert hasRequest === true. The removed comment noted that the file system driver does not have a request for inline connections. Fine since inline is gone, but worth documenting for future driver authors.

The actor-queue.ts change to always assert structured error codes is a clean test strengthening.

4. Breaking public interface change

clientTypes and skip.inline are removed from DriverTestConfig and SkipTests. Downstream driver configurations referencing these fields will get type errors. Worth noting in the PR description.


Summary

The simplification is well-executed. The main question before merging is whether c.client() inter-actor calls and the agentOS/sandbox lifecycle behaviors have coverage elsewhere. If not, consider porting minimal smoke tests for those paths directly into the driver test matrix.

No blocking issues outside the coverage question.

Generated with Claude Code

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