Closed Bug 1143856 (apz-linux) Opened 10 years ago Closed 9 years ago

Enable APZ on Linux on nightly

Categories

(Core :: Panning and Zooming, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla44
Tracking Status
firefox44 --- fixed

People

(Reporter: botond, Assigned: kats)

References

Details

(Whiteboard: [gfx-noted])

Attachments

(2 files)

This bug is for getting APZ to work on desktop linux.
Depends on: 1143861
Depends on: 1135907
Depends on: 1143883
Whiteboard: [gfx-noted]
Depends on: 1150280
Depends on: 1151663
Depends on: 1151667
Depends on: 1152469
Note: This bug is to track enabling APZ on Linux on nightly. The only patch that lands as part of this bug should be the patch that actually flips the pref. All bugs that block this MUST be fixed in order to enable APZ. Bugs that are "nice to have" but not strictly required to enable APZ on Linux should block something else instead (most likely bug 1013364).
Summary: Async scrolling on Linux → Enable APZ on Linux on nightly
No longer blocks: apz-desktop
Depends on: 1167891
Depends on: 1167882
No longer depends on: 1177247
No longer depends on: 990974
No longer depends on: 1157708
No longer depends on: 1166301
No longer depends on: 1157834
Attached patch Patch (deleted) — Splinter Review
Assignee: nobody → bugmail.mozilla
One more to hopefully address the frequent M-e10s-1 failure which I filed bug 1208072 for: https://treeherder.mozilla.org/#/jobs?repo=try&revision=d30dc41fa715
Comment on attachment 8665048 [details] [diff] [review] Patch I won't land this until everything is green, but might as well flag it for review since we're getting to the finish line here.
Attachment #8665048 - Flags: review?(botond)
Comment on attachment 8665048 [details] [diff] [review] Patch Review of attachment 8665048 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/app/profile/firefox.js @@ +1890,5 @@ > pref("browser.tabs.remote.autostart.2", true); > #endif > > #ifdef NIGHTLY_BUILD > +#ifndef MOZ_MULET Sweet!
Attachment #8665048 - Flags: review?(botond) → review+
Ugh looks like all my try pushes where linux32 and these failures are on linux64. I'll see if I can track them down.
Flags: needinfo?(bugmail.mozilla)
Attached file Crash stack (deleted) —
Both the linux64 debug and linux64 asan failures have a crash stack in them (attached). I'm not sure why this is happening only on linux64 and not linux32. The error message has something to do with calling IsCallerChrome without having a AutoJSAPI on the stack, and on IRC ehsan said bholley would be the person to ask - bholley, do you know what this error means and what level in the stack has the fault? Full log is at http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-linux64-debug/1443203735/mozilla-inbound_ubuntu64_vm-debug_test-mochitest-e10s-1-bm121-tests1-linux64-build198.txt.gz
Doh, forgot to actually needinfo ^
Flags: needinfo?(bobbyholley)
Sure. Can you file a separate bug for this crash and I'll write a patch for it? That patch can land underneath your stuff.
Flags: needinfo?(bobbyholley)
I filed bug 1208622 for it and assigned it to you. Thanks!
No longer depends on: 1208780
No longer depends on: 1208622
Bug 1208622 doesn't seem to happen any more on latest master, so we should be good to land this now. One more try push for good luck: https://treeherder.mozilla.org/#/jobs?repo=try&revision=a42a2440d351
Looks like scroll-inactive-layers-2.html is failing R-e10s but only on opt builds. This wasn't happening on the last try push I did [1] which means this was regressed by something in the range [2]. As this is probably going to keep happening I might just disable the test and land APZ on Linux to prevent further regressions, and then work on getting the test re-enabled. Feels kinda underhanded but I worry that if I don't do this we're going to keep getting more regressions since we're not exercising APZ in tests on any other platform. [1] https://treeherder.mozilla.org/#/jobs?repo=try&revision=b0b4f3859cac&group_state=expanded [2] http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=031db40e2b55&tochange=ccee6614fd9d
I did some retriggers, some of which came back green. I also did another push based on latest m-i [1] which is mostly green. Still, the scroll-inactive-layers-2.html is frequent enough that I'm going to disable the test for now. I can reproduce it locally (intermittently) and should be able to debug it and re-enable it. [1] https://treeherder.mozilla.org/#/jobs?repo=try&revision=ad0b8f273c6f
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla44
Depends on: 1210376
Depends on: 1210496
Depends on: 1212136
Depends on: 1214751
Depends on: 1214170
Depends on: 1228420
Depends on: 1155998
Depends on: 1303815
Regressions: 1624544
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: