Update webrender to dc442bfe38dcd9fc5033d2191b04c6242d167f05 (WR PR #3291)

RESOLVED FIXED in Firefox 65

Status

()

enhancement
P3
normal
RESOLVED FIXED
6 months ago
6 months ago

People

(Reporter: kats, Assigned: nical)

Tracking

(Blocks 2 bugs)

65 Branch
mozilla65
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox65 fixed)

Details

(Whiteboard: [gfx-noted], )

Attachments

(2 attachments, 2 obsolete attachments)

+++ This bug was initially created as a clone of Bug #1507025 +++

I'm filing this as a placeholder bug for the next webrender update. I may be running a cron script [1] that does try pushes with webrender update attempts, so that we can track build/test breakages introduced by webrender on a rolling basis. This bug will hold the try push links as well as dependencies filed for those breakages, so that we have a better idea going into the update of what needs fixing. I might abort the cron job because once things get too far out of sync it's hard to fully automate fixing all the breakages.

When we are ready to actually land the update, we can rename this bug and use it for the update, and then file a new bug for the next "future update".

[1] https://github.com/staktrace/wrupdater/blob/master/try-latest-webrender.sh
Those try pushes are showing more orange than I like to see. The crashtests are failing frequently with bug 1502717, so let's get that fixed before pushing this update.
Depends on: 1502717
Assignee

Comment 9

6 months ago
Move wr::DeviceUint* to wr::DeviceInt*.
Attachment #9025571 - Attachment is obsolete: true
Because of comment 3, I'm going to land servo/webrender#3316 first in bug 1502717. This is not the same order in which it landed on the upstream repo, but it cherry-picks cleanly and should give us one autoland push per WR PR and be green all the way.
Depends on: 1507751
nical, how did you generate your changes to webrender_ffi_generated.h? When I generate that file I get different results than what you included in your patch. See https://hg.mozilla.org/try/rev/5fb279b45cb1a739ecd6770a26161641c45e2ad4 for example. Is there a euclid bump needed somewhere in this PR?
Flags: needinfo?(nical.bugzilla)
Oh nvm, I realized my problem.
Flags: needinfo?(nical.bugzilla)
https://treeherder.mozilla.org/#/jobs?repo=try&revision=6d958c3fea9e6ee0ce0b15625072cc61a8ec0d22 is the try push based on current autoland to WR cset dc442bfe38dcd9fc5033d2191b04c6242d167f05, which is effectively servo/webrender#3291, because I had to land stuff out of order.
Alias: wr-future-update
Assignee: nobody → nical.bugzilla
Summary: Future webrender update bug → Update webrender to dc442bfe38dcd9fc5033d2191b04c6242d167f05 (WR PR #3291)
Move wr::DeviceUint* to wr::DeviceInt*.

Depends on D12149
Attachment #9025715 - Attachment description: Bug 1507140 - Update webrender to commit dc442bfe38dcd9fc5033d2191b04c6242d167f05 (WR PR #3316). r?kats → Bug 1507140 - Update webrender to commit dc442bfe38dcd9fc5033d2191b04c6242d167f05 (WR PR #3291). r?kats

Comment 18

6 months ago
Pushed by kgupta@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/efa160d5e7d6
Update webrender to commit dc442bfe38dcd9fc5033d2191b04c6242d167f05 (WR PR #3291). r=kats
https://hg.mozilla.org/integration/autoland/rev/59d8473f1764
Gecko changes for WebRender PR #3291. r=kats
Attachment #9025574 - Attachment is obsolete: true

Comment 19

6 months ago
bugherder
https://hg.mozilla.org/mozilla-central/rev/efa160d5e7d6
https://hg.mozilla.org/mozilla-central/rev/59d8473f1764
Status: NEW → RESOLVED
Last Resolved: 6 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
You need to log in before you can comment on or make changes to this bug.