On Thu, Oct 11, 2018 at 4:58 PM Mike Taylor wrote:
> On 10/11/18 9:16 AM, Andreas Pehrson wrote:
> > I would like to unship the MediaStream subclass LocalMediaStream and its
> > stop method.
> >
> > Firefox is the only major browser to still ship LocalMediaStream. It is
> the
> > type we use for
Are we bringing in a new third party library for this? (Seems like yes?)
Who else uses it/audits it? Does anyone else fuzz it? Is it in OSS-fuzz?
Are we fuzzing it?
How does upstream behave? Do they cut releases or do they just have
continual development and downstreams grab random versions of
On 10/11/18 11:13 AM, Andreas Pehrson wrote:
We don't have telemetry for this. On the other hand we're the last ones
still implementing this, so that takes care of the people that don't
test in Firefox that you mention.
FWIW Chrome removed this in 47. That's three years ago. And Chrome tends
On 10/11/18 11:43 AM, Andrew Osmond wrote:
We are facing a growing number of webcompat reports against our Gecko-derived
Android offerings, where web developers assume Android and/or mobile
implies support for WebP.
In the past, I believe we objected to adding WebP for various reasons.
Do we
WebP is an image format developed by Google, long supported by Chrome. We
are facing a growing number of webcompat reports against our Gecko-derived
Android offerings, where web developers assume Android and/or mobile
implies support for WebP. In addition, Edge has now shipped WebP [1]. As
such, I
Yes, that's part of it. Further, now that Edge has shipped it we can
cause there to be a majority of vendors supporting it. Having WebP
supported by all of the browsers changes the weight we put on the
different advantages and disadvantages. For example, Firefox
supporting WebP will allow now
>Are we bringing in a new third party library for this? (Seems like yes?)
libwebp (see https://bugzilla.mozilla.org/show_bug.cgi?id=1294490)
>Who else uses it/audits it? Does anyone else fuzz it? Is it in OSS-fuzz?
>Are we fuzzing it?
http://developers.google.com/speed/webp - Chrome uses it.
On 10/11/18 4:22 PM, Philip Jägenstedt wrote:
https://gist.github.com/foolip/a77c88e62aa3cfc461c2879f3e5d4855 is a
list of tests that fail in Firefox Nightly, but pass in stable
versions of Chrome, Edge and Safari.
Or more precisely have some sub-test that has that property, right?
Thank you
Hi all,
I sent the result of some investigation to webkit-dev [1] today and
thought you might be interested to take a look the equivalent list for
Firefox.
https://gist.github.com/foolip/a77c88e62aa3cfc461c2879f3e5d4855 is a
list of tests that fail in Firefox Nightly, but pass in stable
versions
I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1498357 to track
these failures.
-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On Tuesday, February 27, 2018 at 12:51:46 PM UTC-8, kear...@kearwood.com wrote:
> On Wednesday, September 20, 2017 at 4:30:56 PM UTC-7, Kearwood Kip Gilbert
> wrote:
> > As of 2017-10-01, I intend to turn WebVR on by default for macOS. It has
> > been developed behind the dom.vr.enabled
Thanks for the report, I had built it really quickly without actually
looking into perf.
I think the issue should be fixed in the newest version of the extension
(0.2.1), let me know if it isn't (I couldn't reproduce it).
- Marco.
P.S.: Should you find other problems, you can file issues at
I would like to unship the MediaStream subclass LocalMediaStream and its
stop method.
Firefox is the only major browser to still ship LocalMediaStream. It is the
type we use for the MediaStream that is returned from getUserMedia.
The most breakage I expect is for the removal of the stop method,
On 10/11/18 9:16 AM, Andreas Pehrson wrote:
I would like to unship the MediaStream subclass LocalMediaStream and its
stop method.
Firefox is the only major browser to still ship LocalMediaStream. It is the
type we use for the MediaStream that is returned from getUserMedia.
The most breakage I
14 matches
Mail list logo
