Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

fix: add a warning when the misuse ofreset in anerror:boundary causes an error to be thrown when flushing the boundary content#16171

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged

Conversation

raythurnvoid
Copy link
Contributor

Add warning message when situations like#16134 happen.

The user reporting the issue is misusingreset by calling it before the problematic template is rendered,reset "pauses" the error boundary and this allows the error to bubble up.

This adds a warning message when this happens instructing the user to fix the problematic app state before callingreset or to usereset when the user clicks a button in the fallback UI.

Before submitting the PR, please make sure you do the following

  • It's really useful if your PR references an issue where it is discussed ahead of time. In many cases, features are absent for a reason. For large changes, please create an RFC:https://github.com/sveltejs/rfcs
  • Prefix your PR title withfeat:,fix:,chore:, ordocs:.
  • This message body should clearly illustrate what problems it solves.
  • Ideally, include a test that fails without this PR but passes with it.
  • If this PR changes code withinpackages/svelte/src, add a changeset (npx changeset).

Tests and linting

  • Run the tests withpnpm test and lint the project withpnpm lint

@svelte-docs-bot
Copy link

@raythurnvoidraythurnvoidforce-pushed thefix/@sveltejs/svelte/16134 branch from610b455 to7490fbeCompareJune 15, 2025 19:30
@changeset-botchangeset-bot
Copy link

changeset-botbot commentedJun 15, 2025
edited
Loading

🦋 Changeset detected

Latest commit:8891015

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

This PR includes changesets to release 1 package
NameType
sveltePatch

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

@github-actionsGitHub Actions
Copy link
Contributor

Playground

pnpm add https://pkg.pr.new/svelte@16171

@raythurnvoidraythurnvoidforce-pushed thefix/@sveltejs/svelte/16134 branch from7490fbe to28b0310CompareJune 15, 2025 19:37
@Rich-Harris
Copy link
Member

Thank you. The behaviour of boundaries seems just wrong here — an error that occurs during reset shouldnot escape the current boundary; that's deeply unhelpful. Surprised that never surfaced until now. Working on it locally, will push to this PR.

Checking thatreset isn't called duringonerror is a good call though, will keep that part of it

raythurnvoid reacted with hooray emoji

});
};

varprevious_reaction=active_reaction;

try{
set_active_reaction(null);
calling_on_error=true;
onerror?.(error,reset);
Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

@Rich-Harris People might want to auto-fix the state of the application inside the onerror for instance they might decide to show an error snackbar and reset a form without any confirmation from the user

Copy link
Member

Choose a reason for hiding this comment

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

It won't work — the update is still in progress and everything gets torn. Thesvelte_boundary_reset_onerror message has an example of fixing it by waiting for atick() before callingreset()

raythurnvoid reacted with thumbs up emoji
@dummdidummdummdidumm merged commit9e1e713 intosveltejs:mainJul 17, 2025
11 checks passed
This was referencedJul 17, 2025
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@Rich-HarrisRich-HarrisRich-Harris left review comments

@dummdidummdummdidummdummdidumm approved these changes

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

3 participants
@raythurnvoid@Rich-Harris@dummdidumm

[8]ページ先頭

©2009-2025 Movatter.jp