Summary:
Allow web authors to take photo via gUM video track.
Bug:
Main tracking bug, https://bugzilla.mozilla.org/show_bug.cgi?id=888177
Spec:
https://dvcs.w3.org/hg/dap/raw-file/default/media-stream-capture/ImageCapture.html
Platform coverage:
All platforms.
Target release:
late 2014.
Pref:
The Web APIs documentation meeting is Friday at 10 AM Pacific Time (see
http://bit.ly/APIdocsMDN for your time zone). Everyone's welcome to
attend; if you're interested in ensuring that all Web APIs are properly
documented, we'd love your input.
We have an agenda, as well as details on how to
Myself and others on Automation and Tools have undertaken an effort to
convert our test harnesses to use structured logging. We are making this
conversion to allow our testing infrastructure to move away from regex
based log parsing and to expose more useful log data (with a focus on test
results a
Are there any known issues with the Password Manager on Fennec 32? When I try
to use a saved password it does not fill the field in. Pulling up Mobile
Password Manager, just gives me an error saying the Master Password was not
entered. (There is no Master Password.) If I re-install 31 everyt
As of September we intend to enable the WebCrypto API by default on all
platforms. It has been developed behind the dom.webcrypto.enabled
preference.
Tracking bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=865789
Spec:
https://dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html
(A CR
On 3/09/2014 19:31, Wesley Hardman wrote:
> Are there any known issues with the Password Manager on Fennec 32?
> When I try to use a saved password it does not fill the field in.
> Pulling up Mobile Password Manager, just gives me an error saying the
> Master Password was not entered. (There is no
Not yet. Thought I would ask and see if there was anything known before filing
a bug. Especially if it is something peculiar to me.
On 2014-09-03 14:03, Gian-Carlo Pascutto wrote:
> On 3/09/2014 19:31, Wesley Hardman wrote:
>> Are there any known issues with the Password Manager on Fennec 32?
>
The nightlies magically unbusted themselves. Aurora is open for business again.
-Ryan
- Original Message -
From: "Kevin Grandon"
To: "dev-gaia" , "dev-b2g"
, "dev-platform"
Cc: "Sheriffs"
Sent: Tuesday, September 2, 2014 9:35:55 PM
Subject: [Sheriffs] Aurora is closed
"Since today's
I'm excited to see this finally happen!
Can you please clarify what are the areas that we don't fully adhere to
the spec? Do we expect the fixes to those and potentially new spec
issues in the future to break backwards compatibility?
Thanks!
Ehsan
On 2014-09-03, 1:36 PM, Tim Taubert wrote:
On Mon, Aug 25, 2014 at 5:48 PM, Nicholas Nethercote
wrote:
>
> - |mach build binaries| is awesome.
Here's an illustrative story. In my .bashrc file I have *18* aliases
for building subdirectories within Firefox: js, xpconnect, xpcom,
layout, etc. I used to use them all the time... but I only now
On 9/3/14, 6:53 PM, Nicholas Nethercote wrote:
|mach build binaries| suffices most of the time
It really doesn't for the use case of not building the world when you
change a header and want to just rebuild the files that use the changed
part of the header...
I should also note that a comple
On Wed, Sep 03, 2014 at 08:52:30PM -0400, Boris Zbarsky wrote:
> On 9/3/14, 6:53 PM, Nicholas Nethercote wrote:
> >|mach build binaries| suffices most of the time
>
> It really doesn't for the use case of not building the world when you change
> a header and want to just rebuild the files that use
On 9/3/14, 10:10 PM, Mike Hommey wrote:
Please file a bug with a timestamped log.
Done: https://bugzilla.mozilla.org/show_bug.cgi?id=1062668
And thank you!
-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.or
Hi,
I just landed a few changes to how programs and libraries are declared
in moz.build. See the last version of the documentation:
https://hg.mozilla.org/integration/mozilla-inbound/file/tip/build/docs/defining-binaries.rst
or, you can see what changed, specifically:
https://hg.mozilla.org/inte
On Wed, Sep 3, 2014 at 5:52 PM, Boris Zbarsky wrote:
> On 9/3/14, 6:53 PM, Nicholas Nethercote wrote:
>>
>> |mach build binaries| suffices most of the time
>
> It really doesn't for the use case of not building the world when you change
> a header and want to just rebuild the files that use the ch
On Wed, Sep 3, 2014 at 8:47 PM, Nicholas Nethercote
wrote:
>>
>> It really doesn't for the use case of not building the world when you change
>> a header and want to just rebuild the files that use the changed part of the
>> header...
Thinking about this some more...
The standard ideal build sys
On Wed, Sep 3, 2014 at 9:26 PM, Nicholas Nethercote
wrote:
> What you're asking for is something beyond that -- you want sub-file
> dependency tracking, because we (unfortunately) have some files that
> are depended on by many other files. But in lieu of sub-file
> dependency tracking you'll take
On 9/4/14, 12:26 AM, Nicholas Nethercote wrote:
But in lieu of sub-file
dependency tracking you'll take manual overrides that emulate them by
doing partial builds, relying on your knowledge of the codebase to
know that those partial builds are safe.
This is a point worth clarifying.
I'm not tr
On 9/3/2014 11:45 PM, Boris Zbarsky wrote:
I mean, if I add a new virtual function to nsINode and then only
compile the subset of files that call the new function, I _know_ the
resulting build if I linked libxul is busted: different parts of it
think the vtable looks different. But this is sti
On 9/4/14, 12:51 AM, Joshua Cranmer 🐧 wrote:
It sounds to me like what you really want is support for a red squiggly
line in your IDE
Not quite, because red squiggly lines don't catch weird C++ namespacing
rules, lack of conversion operators that should be present, etc...
-Boris
> From: "Boris Zbarsky"
> To: dev-platform@lists.mozilla.org
> Sent: Thursday, September 4, 2014 1:24:58 AM
> Subject: Re: PSA: ./mach build doesn't work reliably any longer
>
> On 9/4/14, 12:51 AM, Joshua Cranmer 🐧 wrote:
> > It sounds to me like what you really want is support for a red squigg
I'll love to know if Mozilla/Firefox is going to provide something (even
out-of-standard) to make possible using PKCS#11/NSS with Webcrypto.
This will fill the gap that currently exist with hardware token support
(which, is going to be discussed nexr 10th September)
Regards.
__
On Wed, Sep 3, 2014 at 7:36 PM, Tim Taubert wrote:
> Chromium has had the WebCrypto API enabled by default since Crome 37,
> which was released in late June 2014. Their implementation supports a
> subset of the algorithms that we do, and has roughly the same level of
> spec compliance. We expect t
23 matches
Mail list logo
