Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove response stub from LoaderFunctionArgs/ActionFunctionArgs #9398

Merged
merged 1 commit into from
May 9, 2024

Conversation

brophdawg11
Copy link
Contributor

Minor follow ups to #9372

Copy link

changeset-bot bot commented May 9, 2024

🦋 Changeset detected

Latest commit: 394b094

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
Name Type
@remix-run/server-runtime Patch
@remix-run/cloudflare Patch
@remix-run/deno Patch
@remix-run/dev Patch
@remix-run/node Patch
@remix-run/react Patch
@remix-run/testing Patch
@remix-run/cloudflare-pages Patch
@remix-run/cloudflare-workers Patch
@remix-run/architect Patch
@remix-run/express Patch
@remix-run/serve Patch
create-remix Patch
remix Patch
@remix-run/css-bundle Patch
@remix-run/eslint-config Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

response,
// Only provided when single fetch is enabled, and made available via
// `defineAction` types, not `ActionFunctionArgs`
...(singleFetch ? { response } : null),
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is functionally equivalent, as response is only defined when singleFetch is enabled, but this quiets the type error when response is not in LoaderFunctionArgs

@@ -59,8 +40,6 @@ export type ActionFunction = (
export type ActionFunctionArgs = RRActionFunctionArgs<AppLoadContext> & {
// Context is always provided in Remix, and typed for module augmentation support.
context: AppLoadContext;
// TODO: (v7) Make this non-optional once single-fetch is the default
response?: ResponseStub;
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove the previous ambiguity here. Now users will get no response stub when using LoaderFunctionArgs and a non-optional response stub when using defineLoader

@@ -27,25 +27,6 @@ export type DataFunctionArgs = RRActionFunctionArgs<AppLoadContext> &
context: AppLoadContext;
};

export const ResponseStubOperationsSymbol = Symbol("ResponseStubOperations");
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Moved alongside the rest of the single fetch types

@brophdawg11 brophdawg11 merged commit a0d4e9b into dev May 9, 2024
5 checks passed
@brophdawg11 brophdawg11 deleted the brophdawg11/single-fetch-types branch May 9, 2024 14:48
@github-actions github-actions bot added the awaiting release This issue has been fixed and will be released soon label May 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting release This issue has been fixed and will be released soon CLA Signed
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant