Lighthouse audit does not take into account local overrides.
The LH audit does not take into account the changes made from local overrides.
The LH audit should take into account the changes from local overrides, as demoed by Paul Irish at Google I/O.
This is true and it's a known issue. (Thanks for filing though; we had meant to have one by now)
This requires some engineering work to make it happen, but we'd like to take it on!
This would be extremely useful for testing how big a performance boost certain changes would make very quickly - without waiting for a production build processes to run or having to spark up a back end server. Is there an ETA on this bug fix?
No ETA, but we want this too. :)
Dev note: Requires supporting multiclient protocol for Audits panel
still not working in canary Versi贸n 72.0.3591.0
still waiting for this essential help feature
It would be so nice to have this.
@paulirish is this something we can fix from Lighthouse end? If so feel free to brief me on this. I see the devtools label attached which makes me think this has to be done in devtools.
In the meantime, a workaround can involve a local proxy like Charles or Fiddler to rewrite the server response(s). Was able to run audits on prod this way and didn鈥檛 notice any lag from the proxy鈥檚 interception.
from #9095
reusing the same connection
Joel started a CL for this last summer. https://chromium-review.googlesource.com/c/chromium/src/+/1132548 We could resurrect that. We'd get local overrides, blocked URLs, protocol monitor and a few other things.
We'll also need to evaluate if emulation, etc state from devtools will apply during the LH run.
CL doing above: https://chromium-review.googlesource.com/c/chromium/src/+/1743411
Needed the multi-client changes to fix https://github.com/GoogleChrome/lighthouse/issues/9476.
We'd get local overrides, blocked URLs, protocol monitor and a few other things.
Confirmed all those things work with the above CL.
The multi-client CL just landed in Chromium. This issue will be resolved in the next canary Chrome. The first stable Chrome to resolve this issue will be Chrome 78, ETA Oct 22.
I just ran into this issue and lovely to see it being fixed in canary, only two more days until its in stable. Great job 馃憤馃徏
By my reckoning it's still 1 month away from landing in Stable. In Beta today tho!
Too eager I guess 馃構
Most helpful comment
This is true and it's a known issue. (Thanks for filing though; we had meant to have one by now)
This requires some engineering work to make it happen, but we'd like to take it on!