Only files in staticDistDir root are collected
See original GitHub issueUsing autorun
against a static site, only the files in the root of the directory are tested.
e.g. If I have a static site with the following structure:
.
|____news
| |____articles.html
|__index.html
then only index.html
is collected.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:1
- Comments:8
Top Results From Across the Web
Performance monitoring with Lighthouse CI - web.dev
If your site is static, add the staticDistDir property to the ci.collect object to indicate where your static files are located.
Read more >Continuous Performance Analysis with Lighthouse CI and ...
The ci.collect object offers several options to control how the Lighthouse CI collects test reports. The staticDistDir option is used to ...
Read more >https://raw.githubusercontent.com/GoogleChrome/lig...
If your HTML files are located in the root of your repo, just use `./`. ```js module.exports = { ci: { collect: {...
Read more >Testing static sites with Lighthouse CI and GitHub Actions
Any project which outputs a static set of HTML/JS/CSS files into a ... that we just want to test the root index page...
Read more >Quality Assess your website with Lighthouse
The collect option is for which pages to audit. If you have multiple .html files in the folder, you might only need the...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
So we can’t truly make this recursive by default without a breaking change since it might cause previously succeeding builds to start failing as new URLs are included, but manual support has been introduced in 93b674203a39520d40f6c985048d83d2ed46a2b8. We’ll make sure this recursive support gets into 0.4.0 tracked by #119 👍
Once 93b674203a39520d40f6c985048d83d2ed46a2b8 is released you’d solve the issue above with
Thanks for filing @andypattenden! This was intentional to prevent ballooning the number of files tested and taking far too long with low marginal returns, but I guess it makes sense to support limiting this again with the
url
option or automatically limiting to the first 5 files found.