-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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
core(gather): add new MainDocumentContent public artifact #9781
Conversation
@@ -39,7 +39,7 @@ const smokeTests = [{ | |||
}, { | |||
id: 'dbw', | |||
expectations: require('./dobetterweb/dbw-expectations.js'), | |||
config: require('./dbw-config.js'), | |||
config: require('../../../lighthouse-core/config/default-config.js'), |
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.
based on #9765 (comment) it seemed time to just embrace it for dbw_tester and have it load them all.
Only adds like 2 extra seconds for the offline pass (which was skipped before but now quickly does nothing)
@khempenius was just writing up a document on what to name this thing for budgets. Maybe she'd be willing to shed some light here too :) |
Maybe rather than |
When I was bike shedding about this recently I found myself wavering between "initialDocument" and "mainResource." I have mixed feelings about using |
I'd be hesitant to go with anything that could be confused for the HTML of the rendered page. If we're using I'm partial to some of the other suggestions here that would match our usage elsewhere. |
did you forget to |
haha yes, whoops |
That might be circular, though. Is it the planned budgets name because that's what the internal methods call it? :) How did that name come about? I have no memory of it. My main issue with There's not a rush on this, though. Anyone else feel free to weigh in and we can also speak our piece at the next meeting. |
That's a question for Katie :) I did not assume it come from that method name given the debate, but I suppose it's possible. Here's the document with some discussion in resolved comments. EDIT: I missed a comment there where she's actually leaning away from |
also I can't pretend I didn't see 😛
😡 |
lol, maybe I should have specified that particular snapshot. |
😆 alright there we can definitely agree haha |
Yep, I had initially proposed |
naming: personally i'd go with something like |
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.
code lgtm.
just naming stuff
4d99c78
to
e58b6b0
Compare
a conflict to resolve, otherwise this is gtg. |
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.
LGTM!
e58b6b0
to
a78ac3c
Compare
fixes #9756
part of #9774
Happy to bikeshed on name. Some variation of
MainResource
orMainHtml
would match our naming for finding/dealing with the request itself, but doesn't sound very good to me (a main request, yes, but what's the "main html" if e.g. you're an app that loads 90% of your content one or two steps down the critical request chain?).InitialHtml
isn't the best, but it does nicely describe that it's the initial html, regardless of what JS does to it as the page is loaded.