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
Run LH on any page. I used https://tolwin.spdns.org/index.html, but that is not important. You need access to the "access.log" of the webserver that is hosting the page under test.
What is the current behavior?
It is just a nit-picking, but probably worth mentioning. The Lighthouse report mentions the "UserAgent" in runtime settings. If you compare that user agent with the real user agent of the test requests, then they don't match.
I don't think this has any impact on the tests itself (at least not for me), but it is a little bit confusing to see requests with different user agents in your webserver's logfile coming from the same tool. Fixing this probably has no high prio, but maybe....if it is easy to fix....would be nice if this could be fixed/aligned.
I have attached two screenshots that hopefully illustrate the problem better. I was able to reproduce the issue on Lighthouse-Extension (3.0.2) and the build-in version of lighthouse in Chrome DevTools (3.0.0-beta.0), but this does NOT happen with the lighthouse test from webpagetest.org.
What is the expected behavior?
The user agent used by lighthouse should be consistent and match with the user agent mentioned in the runtime settings.
Environment Information
Affected Channels: Lighthouse-Extension (3.0.2) and the build-in version of lighthouse in Chrome DevTools (3.0.0-beta.0)
Lighthouse version:
Node.js version:
Operating System: CrOS Version 69.0.3473.0 (Offizieller Build) dev (64-Bit)
Related issues
The text was updated successfully, but these errors were encountered:
This was actually intentional behavior because by default Lighthouse enables mobile emulation which uses all identical user agent strings. It's really reporting to you the user agent of the host device. Do you have thoughts on a better label that might communicate this? Host user agent:/Generated by device with user agent: or something?
patrickhulce
changed the title
Nit: User-Agent shown in report is not the one used for making the request(s)
Expose both user agents in "Runtime settings"
Jul 17, 2018
We discussed a bit offline and think the real need is both "What user agent did LH use to make the requests" and "What machine was this report generated on". Both of these seem worthwhile to expose.
Provide the steps to reproduce
What is the current behavior?
It is just a nit-picking, but probably worth mentioning. The Lighthouse report mentions the "UserAgent" in runtime settings. If you compare that user agent with the real user agent of the test requests, then they don't match.
I don't think this has any impact on the tests itself (at least not for me), but it is a little bit confusing to see requests with different user agents in your webserver's logfile coming from the same tool. Fixing this probably has no high prio, but maybe....if it is easy to fix....would be nice if this could be fixed/aligned.
I have attached two screenshots that hopefully illustrate the problem better. I was able to reproduce the issue on Lighthouse-Extension (3.0.2) and the build-in version of lighthouse in Chrome DevTools (3.0.0-beta.0), but this does NOT happen with the lighthouse test from webpagetest.org.
What is the expected behavior?
The user agent used by lighthouse should be consistent and match with the user agent mentioned in the runtime settings.
Environment Information
Related issues
The text was updated successfully, but these errors were encountered: