You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<link data-trunk> is fetching the data which is existing before building of Rust resources. If Rust compilation creates the assets like stylesheet (for example, this is done by stylers, which is static stylesheet generator), they are not correctly loaded by Trunk as non-existent file, or fetching old one which is made by the last build, which cause the version mismatch.
error from build pipeline
Caused by:
0: error getting canonical path for"/the-proj-dir/target/stylers/main.css"
1: No such file or directory (os error 2)
I agree that having a chain of internal build dependencies makes sense. However, this will be a bigger task, as trunk currently has no idea, other than the hard coded order of running processors.
I think it makes sense adding this to a more long-term roadmap. And I think the idea to represent this with the link element makes sense. I'd definitely like to consider this for a post 0.21.x release.
Description
<link data-trunk>
is fetching the data which is existing before building of Rust resources. If Rust compilation creates the assets like stylesheet (for example, this is done by stylers, which is static stylesheet generator), they are not correctly loaded by Trunk as non-existent file, or fetching old one which is made by the last build, which cause the version mismatch.Stylers officially offers the way for this by adding following post_build script, but this is intended for
<link rel=stylesheet>
withoutdata-trunk
, which is not tracked by Trunk and loaded dynamically. It's problematic. Cache wouldn't be busted in local development/production, and optimization is not done by Trunk.The full entrypoint html is like following:
Expected feature
I want the feature to specify the dependency of them, or just wait all asset fetching after Rust resources' builds.
First idea would look like following:
Not sure how can we treat that if there're multiple dependencies.
Second idea is simple, but not extensible.
The text was updated successfully, but these errors were encountered: