Skip to content
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(devtools-model): fix missing Runtime.experiments object #3514

Merged
merged 1 commit into from
Oct 9, 2017

Conversation

paulirish
Copy link
Member

@paulirish paulirish commented Oct 9, 2017

  1. The changes in web-inspector fix Perform 'yarn test' abnormal #3509 and the current yarn test breakage on master due to changes in web-inspector: fall back to page's Runtime and queryParam() #3497
  2. The DTM changes handle the silent failure coming from mocha. One alternative to this fix is removing consoleQuieter entirely, which I'm open to. It was introduced to handle cases like TracingStartedInPage event not found. paulirish/pwmetrics#3. @brendankenny thoughts?

@paulirish paulirish changed the title core(devtools-model): fix missing Runtime.experiments core(devtools-model): fix devtool's missing Runtime.experiments Oct 9, 2017
@paulirish paulirish changed the title core(devtools-model): fix devtool's missing Runtime.experiments core(devtools-model): fix devtools' missing Runtime.experiments Oct 9, 2017
@paulirish paulirish changed the title core(devtools-model): fix devtools' missing Runtime.experiments core(devtools-model): fix the missing Runtime.experiments Oct 9, 2017
@paulirish paulirish changed the title core(devtools-model): fix the missing Runtime.experiments core(devtools-model): fix missing Runtime.experiments object Oct 9, 2017
@paulirish paulirish changed the title core(devtools-model): fix missing Runtime.experiments object core(devtools-model): fix missing Runtime.experiments obj Oct 9, 2017
@paulirish paulirish changed the title core(devtools-model): fix missing Runtime.experiments obj core(devtools-model): fix missing Runtime.experiments object Oct 9, 2017
@paulirish paulirish added the P0 label Oct 9, 2017
this._timelineModel.setEvents(this._tracingModel);
ConsoleQuieter.unmuteAndFlush();
try {
ConsoleQuieter.mute({prefix: 'timelineModel'});
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what does this do?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what does this do?

any console messages that are absorbed are later logged with that as the logger prefix/title

Copy link
Collaborator

@patrickhulce patrickhulce Oct 9, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oh I didn't mean this particular line, just why is this try/finally necessary now? we're not catching anything the connection to the mocha failure isn't clear to me, so here to learn :)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Previous to this patch landing, when you run mocha lighthouse-core/test/lib/traces/devtools-timeline-model-test.js it just exits silently. That's because console-quieter was also muting the logs from mocha. They never got flushed (the finally) because of an exception.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oh gotchaaaa, mocha really just calls console.log? I see

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yah it does. found that this morning. was kinda surprised they aren't doing process.std*.write(), but yeah. :)

@patrickhulce
Copy link
Collaborator

we should really make it a P0 to fix or disable appveyor so we can trust checks and require green before merging again

@brendankenny
Copy link
Member

One alternative to this fix is removing consoleQuieter entirely, which I'm open to

having all of Lighthouse follow --quiet is really nice. I don't think we should go back to that old world (though at least that particular case is to stderr like lighthouse-logger)

@brendankenny
Copy link
Member

brendankenny commented Oct 9, 2017

we should really make it a P0 to fix or disable appveyor so we can trust checks and require green before merging again

isn't appveyor fixed with #3498 now? It would be nice if the appveyor badge in the readme linked to the latest master build and not just the latest build, though...

Copy link
Member

@brendankenny brendankenny left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@paulirish paulirish merged commit b98e8a3 into master Oct 9, 2017
@paulirish paulirish deleted the dtmfailures branch October 9, 2017 21:05
@patrickhulce
Copy link
Collaborator

isn't appveyor fixed with #3498 now? It would be nice if the appveyor badge in the readme linked to the latest master build and not just the latest build, though...

it is, but I'm talking about appveyor breakages in general. I'm betting Paul fell into my similar camp of "since all the builds are always red anyhow, this red build telling me I shouldn't merge is meaningless, so I'm just gonna merge now"

if red builds weren't pretty regularly crying wolf, then we'd be more likely to investigate and postpone a merge because of a red build

@brendankenny
Copy link
Member

if red builds weren't pretty regularly crying wolf, then we'd be more likely to investigate and postpone a merge because of a red build

ah, got it, yes definitely agree

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Perform 'yarn test' abnormal
3 participants