Replies: 1 comment
-
TL;DR yes, there is a hard blocker. The problem is that we are using React DOM under the hood, and it has the support for all sorts of things including handling thenables itself, so it is required for it to be async. The renderAsync has since been deprecated and will be dropped in the next major release (soon). This shouldn't have much impact because rendering is meant to be done at the moment of sending the email, and there is no way to send the email without async anyway. I wonder how your code base is structured to be a blocker here. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
we heavily use
@react-email/render
but the whole codebase expects a synchronous rendering fn ; we just updated the lib to the latest major (due to time/effort constraint) and while there'srenderAsync
, therender
function is now async too.is there a hard blocker not to have a synchronous rendering function anymore?
Beta Was this translation helpful? Give feedback.
All reactions