Closed
Bug 1188543
Opened 9 years ago
Closed 9 years ago
TPS doesn't score against the proper e10s tab switch event
Categories
(Testing :: Talos, defect)
Testing
Talos
Tracking
(e10s+, firefox43 fixed)
RESOLVED
FIXED
mozilla43
People
(Reporter: BenWa, Assigned: BenWa)
References
Details
Attachments
(3 files, 3 obsolete files)
1.66 KB,
patch
|
BenWa
:
review+
|
Details | Diff | Splinter Review |
40 bytes,
text/x-review-board-request
|
blassey
:
review+
|
Details |
4.07 KB,
patch
|
BenWa
:
review+
|
Details | Diff | Splinter Review |
Similar to bug 1187451 but we need to make sure the content process is ready for the tab switch as well.
Assignee | ||
Comment 1•9 years ago
|
||
Assignee | ||
Comment 2•9 years ago
|
||
I started looking at the event 'TabSwitchDone' first but that happens too late. It's waiting for unload for unused tabs which has a ~UNLOAD_DELAY (300ms) delay after the tab has been shown to the user. This new event matches the times that we record to telemetry.
Attachment #8640022 -
Flags: review?(wmccloskey)
Updated•9 years ago
|
tracking-e10s:
--- → +
Updated•9 years ago
|
Attachment #8640020 -
Flags: review?(blassey.bugs) → review+
Comment on attachment 8640022 [details] [diff] [review] part 1: add TabSwitched event Review of attachment 8640022 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/base/content/tabbrowser.xml @@ +3431,5 @@ > }, > > finishTabSwitch: function () { > if (this.requestedTab && this.getTabState(this.requestedTab) == this.STATE_LOADED) { > + // After this point the tab has switch from the content thread' point of view. switch -> switched thread' -> thread's @@ +3433,5 @@ > finishTabSwitch: function () { > if (this.requestedTab && this.getTabState(this.requestedTab) == this.STATE_LOADED) { > + // After this point the tab has switch from the content thread' point of view. > + // The changes will be visible after the next refresh driver tick + composite. > + let event = new CustomEvent("TabSwitched", { I kind of like the name TabSwitchComplete better, but it doesn't really matter.
Attachment #8640022 -
Flags: review?(wmccloskey) → review+
(In reply to Bill McCloskey (:billm) from comment #3) > I kind of like the name TabSwitchComplete better, but it doesn't really > matter. Oh, I forgot we also have TabSwitchDone. I guess TabSwitched is better.
Assignee | ||
Comment 5•9 years ago
|
||
Attachment #8640022 -
Attachment is obsolete: true
Attachment #8640591 -
Flags: review+
Assignee | ||
Comment 6•9 years ago
|
||
url: https://hg.mozilla.org/integration/mozilla-inbound/rev/c9822fda68ff0212b8ec811c4f4f524268274751 changeset: c9822fda68ff0212b8ec811c4f4f524268274751 user: Benoit Girard <b56girard@gmail.com> date: Wed Jul 29 13:28:05 2015 -0400 description: Bug 1188543 - Part 1: Add TabSwitchComplete event. r=billm
Assignee | ||
Comment 8•9 years ago
|
||
url: https://hg.mozilla.org/build/talos/rev/2beaa8352bb48879b5784d076ab980b40b3f7bf9 changeset: 2beaa8352bb48879b5784d076ab980b40b3f7bf9 user: Benoit Girard <b56girard@gmail.com> date: Wed Jul 29 13:56:23 2015 -0400 description: Bug 1188543 - TPS e10s should listen for TabSwitched event. r=blassey
Assignee | ||
Updated•9 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment 10•9 years ago
|
||
backed out talos change: http://hg.mozilla.org/build/talos/rev/24ecc5140689 this is because tps didn't run on try and timed out- it appears to be this change: http://hg.mozilla.org/build/talos/rev/da09edf6d984 but backing it out has a lot of merge conflicts so we backed all of them out.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 11•9 years ago
|
||
Bug 1188543 - Make sure finishTabSwitch is always on layers ready. r=blassey
Attachment #8646547 -
Flags: review?(blassey.bugs)
Comment 12•9 years ago
|
||
Comment on attachment 8646547 [details] MozReview Request: Bug 1188543 - Make sure finishTabSwitch is always on layers ready. r=blassey https://reviewboard.mozilla.org/r/15799/#review14085 Ship It!
Attachment #8646547 -
Flags: review?(blassey.bugs) → review+
Comment 13•9 years ago
|
||
https://reviewboard.mozilla.org/r/15799/#review14087 Ship It!
Assignee | ||
Comment 14•9 years ago
|
||
url: https://hg.mozilla.org/integration/mozilla-inbound/rev/e9906ce9db6fe49213a23fdb4242ac915f059b9c changeset: e9906ce9db6fe49213a23fdb4242ac915f059b9c user: Benoit Girard <b56girard@gmail.com> date: Tue Aug 11 16:03:30 2015 -0400 description: Bug 1188543 - Make sure finishTabSwitch is always called on layers ready. r=blassey
Comment 15•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/e9906ce9db6f
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
status-firefox43:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Assignee | ||
Comment 16•9 years ago
|
||
Opps, still waiting on part 2
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 17•9 years ago
|
||
Part 2 is based on top of bug 1188638, we can either wait for it to land or rebase the patch. For now I'm leaning towards wait.
Depends on: 1188638
Assignee | ||
Comment 18•9 years ago
|
||
Attachment #8640627 -
Attachment is obsolete: true
Attachment #8648838 -
Flags: review+
Assignee | ||
Comment 19•9 years ago
|
||
https://hg.mozilla.org/try/rev/9552c93127ad
Assignee | ||
Comment 20•9 years ago
|
||
Now making sure we run the test under the e10s config: https://treeherder.mozilla.org/#/jobs?repo=try&revision=f69af64c6ba3
Assignee | ||
Comment 21•9 years ago
|
||
url: https://hg.mozilla.org/build/talos/rev/e970f49a2dd28c051318c577afdf84f7f0a2709f changeset: e970f49a2dd28c051318c577afdf84f7f0a2709f user: Benoit Girard <b56girard@gmail.com> date: Wed Jul 29 13:56:23 2015 -0400 description: Bug 1188543 - TPS e10s should listen for TabSwitched event. r=blassey
Comment 22•9 years ago
|
||
this is live in production, can we close this?
Assignee | ||
Updated•9 years ago
|
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → FIXED
Comment 23•9 years ago
|
||
(In reply to Joel Maher (:jmaher) from comment #22) > this is live in production, can we close this? I think this didn't actually go into production until I updated the talos config in m-c today, and received a flood of 250% talos tabswitch regressions as a result. http://hg.mozilla.org/integration/mozilla-inbound/diff/f1b54a9c9f9b/testing/talos/talos.json
Assignee | ||
Comment 24•9 years ago
|
||
That's unfortunate. But AFAIK before we were measuring the wrong thing and now we're measuring something closer to what we need. There might be further improvements we can make. But it's not like Gecko has regressed here.
You need to log in
before you can comment on or make changes to this bug.
Description
•