-
Notifications
You must be signed in to change notification settings - Fork 10
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
warnings emitted about undefined page level custom element tags when pre-rendering SSR pages #988
Comments
So did some debugging #989 (comment) and found the root cause. Basically we are over-rendering the page contents, twice to be exactly. So not passing the page deps was keeping it from behaving like this. Will want to re-think this approach and optimize to see if we can avoid double SSR for pages, might want to attach to v0.27.0 release? |
Hmm, seeing this now, and this is actually a different issue, but in the greenwood-getting-started repo now too, seemingly after the v0.29.0 release? 🤔
I see why now... with the addition of #1135 and us persisting the configuration to the document (and this would likely also apply to GraphQL or static router) <script>
globalThis.__GWD_BASE_PATH__ = '';
</script> This is now being passed as a dependency URL to WCC in So the question is:
|
Type of Change
Summary
When using an SSR page +
prerender
config to generate HTMLI keep getting warnings in the console that those custom elements for the page are not defined
Details
What's interesting is that the page still gets fully generated as expected? All the HTML from those custom elements are visible in the output so "technically" it is a bug but also working as expected? 😅 :what:
AnalogStudiosRI/www.tuesdaystunes.tv#49
OUTDATED
To this point above, I think the technicality we're experiencing is due to during the graph lifecycle, we boot up each page in order to see if it has front matter, so I can see all the code and custom elements loading before the build process even happens.
So that could explain why these modules are already loaded but I thought since they were all in a worker, they would be self contained???? 😕
I guess this implies that
SSR
us not happening for page level custom elements like in templates/app.html. I wonder if it means we should SSR everything in development, defer to browser rendering as much as possible? That would mean honoringdata-gwd-opt
and a bunch of optimizations.I suppose this could be a
devServer
option to optimize in development to sanity test, and make itfalse
by default?The text was updated successfully, but these errors were encountered: