Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upSupport for webxr layer management #26927
Conversation
highfive
commented
Jun 15, 2020
|
Heads up! This PR modifies the following files:
|
highfive
commented
Jun 15, 2020
|
Note: this is still a draft because it depends on servo/webxr#176 |
|
|
6a9cf2c
to
703be0a
|
r? @Manishearth |
94ae012
to
f9bbb5f
|
Script side seems okay, i'm not so clear on the webgl side though |
f9bbb5f
to
9e0ea13
9e0ea13
to
947b53a
|
@jdm ok'd landing this at https://chat.mozilla.org/#/room/#servo:mozilla.org/$hp8mucO869VdIFPbYkZQDhwkcYkqBXbYKhwktno1XUw @bors-servo r=Manishearth |
|
|
Support for webxr layer management <!-- Please describe your changes on the following line: --> This adds layer management to servo's webxr implementation, and removes all the special-cased code for openxr surface creation and opaque framebuffers. --- <!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `___` with appropriate data: --> - [x] `./mach build -d` does not report any errors - [x] `./mach test-tidy` does not report any errors - [x] These changes do not require tests because it's all back-end plumbing <!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.--> <!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. -->
|
|
|
Hmm, so the windows failure is #26895 but the macOS failures look like genuine errors with WebGL in WebXR, e.g. https://community-tc.services.mozilla.com/tasks/bIxuL7ubTYS69siWmOpkmQ/runs/0/logs/https%3A%2F%2Fcommunity-tc.services.mozilla.com%2Fapi%2Fqueue%2Fv1%2Ftask%2FbIxuL7ubTYS69siWmOpkmQ%2Fruns%2F0%2Fartifacts%2Fpublic%2Ffiltered-wpt-errorsummary.log is
|
|
Running that test 100 times on linux it doesn't fail, so it is a macOS-specific issue. Sigh. |
|
Hmm, another macOS WebGL error...
|
f01caf1
to
904f94d
|
So that one was caused by WebGL not supporting @bors-servo r=Manishearth |
|
|
Support for webxr layer management <!-- Please describe your changes on the following line: --> This adds layer management to servo's webxr implementation, and removes all the special-cased code for openxr surface creation and opaque framebuffers. --- <!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `___` with appropriate data: --> - [x] `./mach build -d` does not report any errors - [x] `./mach test-tidy` does not report any errors - [x] These changes do not require tests because it's all back-end plumbing <!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.--> <!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. -->
|
|
|
Looks like it's just missing a |
904f94d
to
349619e
|
Ran mach fmt. @bors-servo r=Manishearth |
|
|
|
|
This comment has been minimized.
This comment has been minimized.
thtrummer
commented on components/webrender_surfman/.#Cargo.toml in 349619e
Jul 11, 2020
|
Are all the Cargo.toml files / symlinks on purpose? |
This comment has been minimized.
This comment has been minimized.
|
Oops, this should be fixed by #27370. |
This comment has been minimized.
This comment has been minimized.
thtrummer
replied
Jul 18, 2020
|
Thanks! Now Git on Windows is happy again... :) |
asajeffrey commentedJun 15, 2020
This adds layer management to servo's webxr implementation, and removes all the special-cased code for openxr surface creation and opaque framebuffers.
./mach build -ddoes not report any errors./mach test-tidydoes not report any errors