Closed Bug 1623159 Opened 4 years ago Closed 4 years ago

Raptor Browsertime warm page load tests are failing on geckoview and fenix

Categories

(Testing :: Performance, defect, P2)

Version 3
defect

Tracking

(firefox76 fixed)

RESOLVED FIXED
mozilla76
Tracking Status
firefox76 --- fixed

People

(Reporter: sparky, Assigned: sparky)

References

Details

Attachments

(1 file)

There seems to be many failures occurring when we run warm page load tests with raptor browsertime.

See here for Fenix ones: https://treeherder.mozilla.org/#/jobs?repo=try&tier=1%2C2%2C3&revision=da2777f7da6321ea3dfc78259d679d7718b36b22

See here for Geckoview ones: https://treeherder.mozilla.org/#/jobs?repo=try&tier=1%2C2%2C3&revision=44cb8e457167909185ef891a81f2f3ecbe895b8f

This bug is for fixing these errors.

Is this related to bug 1617615 and bug 1617617?

Flags: needinfo?(gmierz2)

Yes, I've added them as blockers to this bug.

Depends on: 1617615, 1617617
Flags: needinfo?(gmierz2)
Depends on: 1623844

So I have a possible patch in this push: https://treeherder.mozilla.org/#/jobs?repo=try&revision=9c52e3a2274360c16557476ac99685a24394ed4c

When testing locally, I noticed that the pages don't get reloaded when the same url is used - I see this in Chrome as well. The only change I made is that we now navigate to "about:blank" before each page cycle.

I think this is fine as a solution, but I'd like to know what everyone else thinks? https://hg.mozilla.org/try/rev/7c239e6d1a970d66dd0bd168804ed17a74cf22dc

Flags: needinfo?(tarek)
Flags: needinfo?(hskupin)
Flags: needinfo?(dave.hunt)

Why can't we just run each cycle in it's own tab? That will make sure that claimed memory will be freed, and we always start from a nearly clean state.

Flags: needinfo?(hskupin)

Good point! I'll try that.

Note that WebDriver spec has the NewWindow end-point, which you might want to utilize here. But not sure how this works via Browsertime...

I can get access to the driver, but I'm hitting this issue on Fenix:

15:02:32     INFO -  [2020-03-26 11:02:32] ERROR: [browsertime.command.measure] No page that could be associated with the error:openTab() not supported in firefox preview
15:02:32     INFO -  [2020-03-26 11:02:32] ERROR: [browsertime] UnsupportedOperationError: openTab() not supported in firefox preview
15:02:32     INFO -      at Object.throwDecodedError (/home/sparky/mozilla-source/mozilla-central/tools/browsertime/node_modules/selenium-webdriver/lib/error.js:550:15)
15:02:32     INFO -      at parseHttpResponse (/home/sparky/mozilla-source/mozilla-central/tools/browsertime/node_modules/selenium-webdriver/lib/http.js:565:13)
15:02:32     INFO -      at Executor.execute (/home/sparky/mozilla-source/mozilla-central/tools/browsertime/node_modules/selenium-webdriver/lib/http.js:491:26)
15:02:32     INFO -      at process._tickCallback (internal/process/next_tick.js:68:7)

This is the code I am calling: context.selenium.driver.switchTo().newWindow("about:blank", "Testing Tab");

Damn I forgot that we haven't fixed bug 1559120 yet. So it will not work for Fenix yet. As such loading about:blank after each cycle seems to be reasonable.

It seems fine to me since we don't measure it. Andrew what do you think?

Flags: needinfo?(tarek) → needinfo?(acreskey)

I think that's a very good solution.

Flags: needinfo?(acreskey)

Ok, thanks for your input everyone! I'm going to submit a patch to make this change and I'll file a follow-up bug for the new tab idea :whimboo mentioned when it's available on Fenix.

Flags: needinfo?(dave.hunt)
See Also: → 1625245

This patch fixes an issue in warm pageload tests where the browser doesn't navigate to the page that was requested since the browser was already open on that page. To get around this, we navigate to about:blank, and then to the rquested url.

Assignee: nobody → gmierz2
Status: NEW → ASSIGNED
Pushed by gmierz2@outlook.com:
https://hg.mozilla.org/integration/autoland/rev/876a51b67aca
Navigate to about:blank before starting pageload tests. r=perftest-reviewers,whimboo,Bebe
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla76
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: