NO_SCREENSHOTS error with performance Score 0
See original GitHub issueI was trying to run a lighthouse in a remote machine using SSH. I installed lighthouse and Chrome binaries. But due to some reason, it is giving me performance score 0 and some exception in logs related to screenshot and speedindex. I tried both in headless and normal mode. Lighthouse Conf:
const path = "/Applications/GoogleChrome85.app/Contents/MacOS/Google Chrome";
const chrome = await chromeLauncher.launch({chromeFlag:['--headless', '--disable-gpu'], chromePath : path});
const options = {logLevel: 'verbose', output: 'json', onlyCategories: ['performance'], port: chrome.port};
Error in logs
status Connecting to browser +0ms
status Resetting state with about:blank +10s
status Benchmarking machine +33ms
status Initializing… +1s
status Running defaultPass pass CSSUsage, JsUsage, ViewportDimensions, ConsoleMessages, ImageElements, LinkElements, ScriptElements, DOMStats, OptimizedImages, ResponseCompression, TagsBlockingFirstPaint, TraceElements, SourceMaps +16ms
status Resetting state with about:blank +0ms
status Setting up network for the pass trace +15ms
status Cleaning browser cache +2ms
status Beginning devtoolsLog and trace +35ms
status Loading page & waiting for onload +59ms
status Gathering in-page: CSSUsage +7s
status Gathering in-page: JsUsage +0ms
status Gathering in-page: ViewportDimensions +0ms
status Gathering in-page: ConsoleMessages +0ms
status Gathering in-page: ImageElements +1ms
status Gathering in-page: LinkElements +0ms
status Gathering in-page: ScriptElements +0ms
status Gathering in-page: DOMStats +0ms
status Gathering in-page: OptimizedImages +0ms
status Gathering in-page: ResponseCompression +0ms
status Gathering in-page: TagsBlockingFirstPaint +0ms
status Gathering in-page: TraceElements +0ms
status Gathering in-page: SourceMaps +0ms
status Gathering trace +0ms
status Gathering devtoolsLog & network records +620ms
status Gathering: CSSUsage +11ms
status Gathering: JsUsage +157ms
status Gathering: ViewportDimensions +64ms
status Gathering: ConsoleMessages +10ms
status Gathering: ImageElements +6ms
status Gathering: LinkElements +9ms
status Gathering: ScriptElements +10ms
status Gathering: DOMStats +69ms
status Gathering: OptimizedImages +11ms
status Gathering: ResponseCompression +2ms
status Gathering: TagsBlockingFirstPaint +2ms
status Gathering: TraceElements +4ms
status Gathering: SourceMaps +55ms
status Disconnecting from browser... +2s
status Analyzing and running audits... +33ms
status Auditing: First Contentful Paint +11ms
status Auditing: Largest Contentful Paint +67ms
status Auditing: First Meaningful Paint +5ms
status Auditing: Speed Index +2ms
speed-index:warn Caught exception: NO_SCREENSHOTS +6ms
status Auditing: Screenshot Thumbnails +0ms
screenshot-thumbnails:warn Caught exception: NO_SCREENSHOTS +1ms
status Auditing: Final Screenshot +0ms
final-screenshot:warn Caught exception: NO_SCREENSHOTS +2ms
status Auditing: Estimated Input Latency +0ms
status Auditing: Total Blocking Time +4ms
status Auditing: Max Potential First Input Delay +11ms
status Auditing: Cumulative Layout Shift +4ms
status Auditing: Initial server response time was short +3ms
status Auditing: First CPU Idle +1ms
status Auditing: Time to Interactive +5ms
status Auditing: User Timing marks and measures +1ms
status Auditing: Avoid chaining critical requests +2ms
status Auditing: Avoid multiple page redirects +2ms
status Auditing: Minimizes main-thread work +1ms
status Auditing: JavaScript execution time +4ms
status Auditing: Preload key requests +1ms
status Auditing: Preconnect to required origins +2ms
status Auditing: All text remains visible during webfont loads +1ms
status Auditing: Diagnostics +2ms
status Auditing: Network Requests +0ms
status Auditing: Network Round Trip Times +1ms
status Auditing: Server Backend Latencies +1ms
status Auditing: Tasks +1ms
status Auditing: Metrics +1ms
metrics:warn Caught exception: NO_SCREENSHOTS +0ms
status Auditing: Performance budget +1ms
status Auditing: Timing budget +2ms
timing-budget:warn Caught exception: NO_SCREENSHOTS +0ms
status Auditing: Keep request counts low and transfer sizes small +1ms
status Auditing: Minimize third-party usage +1ms
status Auditing: Largest Contentful Paint element +1ms
status Auditing: Avoid large layout shifts +1ms
status Auditing: Avoid long main-thread tasks +1ms
status Auditing: Avoid non-composited animations +2ms
status Auditing: Avoids large JavaScript libraries with smaller alternatives +1ms
status Auditing: Uses efficient cache policy on static assets +1ms
status Auditing: Avoids enormous network payloads +2ms
status Auditing: Defer offscreen images +2ms
status Auditing: Eliminate render-blocking resources +3ms
status Auditing: Minify CSS +3ms
status Auditing: Minify JavaScript +8ms
status Auditing: Remove unused CSS +111ms
status Auditing: Remove unused JavaScript +3ms
status Auditing: Serve images in next-gen formats +42ms
status Auditing: Efficiently encode images +3ms
status Auditing: Enable text compression +2ms
status Auditing: Properly size images +3ms
status Auditing: Use video formats for animated content +5ms
status Auditing: Remove duplicate modules in JavaScript bundles +4ms
status Auditing: Avoid serving legacy JavaScript to modern browsers +4ms
status Auditing: Avoids an excessive DOM size +245ms
status Auditing: Avoids `document.write()` +4ms
status Auditing: Use HTTP/2 +0ms
status Auditing: Uses passive listeners to improve scrolling performance +3ms
status Generating results... +0ms
Report is done for https://twitter.com/
Performance score was 0
Configuration: Lighthouse running node: Node module Lighthouse Version: 6.3.0 Plaftorm: OSX Catalina Node version: 10.13
Thanks in advance
Issue Analytics
- State:
- Created 3 years ago
- Comments:9 (1 by maintainers)
Top Results From Across the Web
Runtime versions using Node.js and Puppeteer
Explains the versions of canary runtimes, libraries, and configuration information.
Read more >What Is Performance Status? ECOG and Karnofsky Scales
ECOG performance status ranks performance status on a scale of 0 to 5. KPS uses a scale of 0 to 100. Note that...
Read more >node.js - chrome-aws-lambda + lighthouse always results in ...
Try running lighthouse on a cluster or something. Not really a solution to fix the error you see. But just want to share...
Read more >Performance status score: do patients and their oncologists ...
Each patient was given a score on a linear scale between 0 (dead) and 100 (normally active), summarising their ability to perform daily...
Read more >ExtraHop Performance Platform vs SolarWinds NPM
ExtraHop Performance Platform. N/A. 0 Ratings ; SolarWinds NPM. 73%. 1 Rating ...
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 FreeTop 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
Top GitHub Comments
@svenbluege that one is just a coincidence 😉
output: 'html'
only affects what Lighthouse does with results after it gets it back from Chrome, so nothing changed about the screenshot collection process by changing that setting. In general, this error is flaky and we have yet to find an actual reproducible case to file with Chromium.@ACAHNN 's finding about
--single-process
might be related because it does actually change something in Chromium, but it’s also possible it was just a flake.In case this is helpful for anyone. I was having this issue when driving lighthouse via puppeteer. What fixed it for me was removing an argument that is passed to chromium. Specifically, I was using the --single-process flag. Commenting this out did the trick for me.
[code]
[configuration] lighthouse: 7.2.0 puppeteer: 8.0.0 platform(s): macOS Big Sur (local), Ubuntu 20.04 (remote EC2 instance)