mirror of
https://github.com/stack-auth/stack.git
synced 2026-06-13 21:01:21 +08:00
abc320b4db
### Context We noticed some errors pop up on sentry related to email rendering. These errors seem to have been triggered by the same issue, and could be categorized as follows: 1. Sanity test mismatch, even when the errors from freestyle and vercel sandbox were broadly similar. This occurred due to stack traces differing in different execution environments. 2. Rendering errors from freestyle and vercel sandbox caused by the theme not being imported/ empty theme component. Upon investigation, this occurred because hitting save on the email themes page with an invalid theme (ex: deleting the `export` keyword, or renaming the `EmailTheme` component) still triggers `bundleAndExecute` with the invalid themes. This will obviously fail and cause the errors to be logged, however there is no cause for concern here because the error is returned and the save is denied because an error is returned. It's more of a matter of noisy error logs and too strict sanity test comparisons. Beyond that, `js-execution` is a little opaque and hard to understand, and this can mask errors in logic. We also noticed a new issue: manually throwing an error in the email theme code editor, and then trying to save was actually successful. This was because the version of `react-email/components` we were using had faulty error handling, and fell back to client side rendering, masking the error. This wasn't caught by our `try-catch` safeguards because it was a render time issue that was masked. More specifically, this was what `react-email` was doing: `Switched to client rendering because the server rendering errored`. ### Summary of Changes We loosen the sanity test comparison between engine execution results in case of errors. We then refactor the `js-execution` and `email-rendering` files to read better, and to only `captureError` when a service is down, but not for runtime errors in the user submitted code. To deal with the other bug, we bumped `react-email/components` to the latest version. However, doing so exposed a gap between real `freestyle` and our `freestyle-mock`: with the mock, the errors that were now raised were treated as uncaught exceptions, crashing the mock server. Consequently, we switched to using `node` over `bun`. We also expanded test coverage to account for different error paths. Co-authored-by: Konstantin Wohlwend <n2d4xc@gmail.com> |
||
|---|---|---|
| .. | ||
| ai-chat | ||
| cache.tsx | ||
| clickhouse.tsx | ||
| config.tsx | ||
| contact-channel.tsx | ||
| dev-perf-stats.tsx | ||
| dev-request-stats.tsx | ||
| email-delivery-stats.tsx | ||
| email-drafts.tsx | ||
| email-queue-step.tsx | ||
| email-rendering.test.tsx | ||
| email-rendering.tsx | ||
| emails-low-level.tsx | ||
| emails.tsx | ||
| end-users.tsx | ||
| events.tsx | ||
| images.tsx | ||
| internal-api-keys.tsx | ||
| js-execution.tsx | ||
| notification-categories.ts | ||
| oauth.tsx | ||
| openapi.tsx | ||
| payments.test.tsx | ||
| payments.tsx | ||
| permissions.tsx | ||
| projects.tsx | ||
| redirect-urls.test.tsx | ||
| redirect-urls.tsx | ||
| request-checks.tsx | ||
| stripe-proxy.tsx | ||
| stripe.tsx | ||
| telegram.tsx | ||
| tenancies.tsx | ||
| tokens.tsx | ||
| types.tsx | ||
| upstash.tsx | ||
| users.tsx | ||
| webhooks.tsx | ||