The `wheel` package was failing with Mac Big Sur.
It's been updated, but our `virtualenv` package
has its own vendored `wheel` package that is out-of-date.
This should solve "assert len(base_version) == 2" and
"would build wheel with unsupported tag" errors.
Differential Revision: https://phabricator.services.mozilla.com/D99482
The `wheel` package was failing with Mac Big Sur.
It's been updated, but our `virtualenv` package
has its own vendored `wheel` package that is out-of-date.
This should solve "assert len(base_version) == 2" and
"would build wheel with unsupported tag" errors.
Differential Revision: https://phabricator.services.mozilla.com/D99482
the goal of this PR is to provide the necessary
infrastructure to handle errors on the GPU process side and send them
back to the client side, triggering the uncaptured error events.
Differential Revision: https://phabricator.services.mozilla.com/D98542
comedy 0.2.0 no longer impls Fail itself. By reenabling the default features
(including std) of failure, the blanket impl will cover that. These features
were disabled to remove a dependency on backtrace, but since bug 1608157 we
are using a version of failure without backtrace by default so that is no
longer needed.
Differential Revision: https://phabricator.services.mozilla.com/D99969
The `wheel` package was failing with Mac Big Sur.
It's been updated, but our `virtualenv` package
has its own vendored `wheel` package that is out-of-date.
This should solve "assert len(base_version) == 2" and
"would build wheel with unsupported tag" errors.
Differential Revision: https://phabricator.services.mozilla.com/D99482
The `wheel` package was failing with Mac Big Sur.
It's been updated, but our `virtualenv` package
has its own vendored `wheel` package that is out-of-date.
This updates `virtualenv` to "20.2.2".
This should solve "assert len(base_version) == 2" and
"would build wheel with unsupported tag" errors.
Differential Revision: https://phabricator.services.mozilla.com/D99482
Import the improvements made in mp4parse-rust repo. The changes would
save some redundant copy when calling avif related APIs and provide the
ability to get the alpha data of the parsed avif image.
Differential Revision: https://phabricator.services.mozilla.com/D98950
Import the improvements made in mp4parse-rust repo. The changes would
save some redundant copy when calling avif related APIs and provide the
ability to get the alpha data of the parsed avif image.
Differential Revision: https://phabricator.services.mozilla.com/D98950
Instantiating a wasm library duplicates a file descriptor for /dev/null 3 times to be used as input, output and error streams for the wasm sandboxed code. When a lot of sandboxes are created and destroyed, a lot of descriptors are duplicated and closed. While this should be fine, POSIX does not seem to happy with the opening and closing of many file descriptors --- this could perhaps be some strange interaction with Firefox's seccomp filters and cross-process file descriptor handling as it is difficult to repro this outside of firefox.
However, the simpler fix here was to just eliminate the duplication of /dev/null and return an error when input, output or error streams are accessed by wasm sandboxed code. This means calls to printf will fail, but no code I know off actually checks the int error code returned by printf and this change is certainly compatible with existing sandboxed components.
Differential Revision: https://phabricator.services.mozilla.com/D99160
Revendor Cranelift to 3b01b4b850bafb981a04383198c0b50d041dc5ef
from https://github.com/mozilla-spidermonkey/wasmtime branch firefox85.
The (only) purpose is to pull in this:
commit 31bac3eafbfda8f1ffb504cdeb75505d48537336
Merge: 93c199363 34d9931ed
Author: Nick Fitzgerald <fitzgen@gmail.com>
Date: Wed Nov 25 13:09:05 2020 -0800
Merge pull request #2450 from bytecodealliance/cfallin/fix-wasm-reachable
Fix Wasm translator bug: end of toplevel frame is branched-to only for fallthrough returns.
Differential Revision: https://phabricator.services.mozilla.com/D99204
Fixes WinToast failing to find the shortcut to check its AUMI because:
1) the app name given to WinToast did not match the shortcut name, and
2) it wasn't looking in the system-wide Start Menu.
Further, adds an option to fail if shortcut isn't found, rather than create it, because:
a) the shortcut would be to the WDBA, which is not useful, and anyway
b) we're showing the notification immediately after initializing WinToast, which
is too soon for Windows to reliably pick up on it, so it usually doesn't have the
desired effect of allowing the custom abstract model.
Differential Revision: https://phabricator.services.mozilla.com/D98838
The changes should be trivial.
The third_party changes are up for review in
https://github.com/servo/rust-cssparser/pull/277 (and of course I'll
land with a bump to 0.28 rather than the override after that gets r+'d).
The basic idea is that with this we have the actual start offset of the
rule, so we wouldn't include html comments or other invalid stuff we
discard during sanitization in bug 1680084. But that's a separate
change.
Differential Revision: https://phabricator.services.mozilla.com/D98677
The changes should be trivial.
The third_party changes are up for review in
https://github.com/servo/rust-cssparser/pull/277 (and of course I'll
land with a bump to 0.28 rather than the override after that gets r+'d).
The basic idea is that with this we have the actual start offset of the
rule, so we wouldn't include html comments or other invalid stuff we
discard during sanitization in bug 1680084. But that's a separate
change.
Differential Revision: https://phabricator.services.mozilla.com/D98677