-
Notifications
You must be signed in to change notification settings - Fork 651
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
fix standalone viewer build via build-app adjustments #786
Conversation
path.relative(outdir, stylesheet) : | ||
`/app/${path.relative(outdir, stylesheet)}`; | ||
|
||
const htmls = Object.keys(result.metafile.outputs).filter(o => o.endsWith('.html')); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice job untangling that mess
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for taking care of this
@connorjclark thx. these CI tests are just so flaky we give it a few attempts and then just merge anyway? |
i deployed https://googlechrome.github.io/lighthouse-ci/viewer/ and its lookin good |
https://googlechrome.github.io/lighthouse-ci/viewer/ is busted
fixes #767
but if you build locally and run your server from inside /packages/viewer/dist its all good. the problem is some root-absolute urls... eg
<script src="/script-needed-from-origin-root.js">
anyhow. This appears to be the sleekest solution that keeps both viewer and the server app looking good with no broken references.
i found a lot of weird behavior regarding
@chialab/esbuild-plugin-html'
andentryNames
,assetNames
andchunkNames
. really weird. filed this one.but.. ultimately this new usage of that module feels like an improvement over the current status quo.
some development notes
of course the root problem is plenty of 404s.
this is the primary cmd i used to iterate ..