On Fri, Jun 26, 2015 at 5:37 PM, Benjamin Francis wrote:
> On 26 June 2015 at 08:00, Anne van Kesteren wrote:
>>
>> Is the idea to just keep adding events for each bit of
>> information we might need from a document?
>
> That is how the Browser API works.
I don't think that we should be terribly
> I was under the impression that because e10s is only a single process for
all content (at least right now) a background tab can still negatively
affect the foreground tab.
That's right, but we also tested e10s in the process-per-tab configuration
> Have we ever considered building something lik
On 26 June 2015 at 08:00, Anne van Kesteren wrote:
> Is the idea to just keep adding events for each bit of
> information we might need from a document?
>
That is how the Browser API works.
Ben
___
dev-platform mailing list
dev-platform@lists.mozilla.
On 26 June 2015 at 17:02, Anne van Kesteren wrote:
> I would encourage you to go a little deeper...
> We need to judge standards on their merits
I did look deeper. I read most of all the specifications and several papers
on their adoption. My personal conclusion was that not only does
Microform
From your blog post:
> Heavy activity in background tabs badly affects desktop Firefox’s
scrolling performance1 (much worse than other browsers — we need E10S)
I was under the impression that because e10s is only a single process for
all content (at least right now) a background tab can still neg
On Fri, Jun 26, 2015 at 2:18 PM, Benjamin Francis wrote:
> When I look at RDFa, Microdata and JSON-LD I see formal W3C
> recommendations, extensive vocabularies which (at least on the surface) are
> agreed on by all the big search engines, and I see a clean engineering
> solution (albeit fairly co
- gfx's GPU blocklist?
- Shumway's SWF whitelist
On 6/26/15 10:38 AM, Richard Barnes wrote:
Hey dev.platform folks,
Some of us in the security engineering group have been chatting with cloud
services about making an improved way to maintain state in the browser.
Our use cases are things like:
Aaron Klotz, Avi Halachmi and I have been studying Firefox's performance on
Android & Windows over the last few weeks as part of an effort to evaluate
Firefox "content performance" and find actionable issues. We're analyzing and
measuring how well Firefox scrolls pages, loads sites, and navigate
Yes; that is what we currently use for OneCRL. The idea here is to
make something that's more generic, in order to more easily support
pushing new types of data.
That said, I suppose we could envision moving the add on block list to
this service if it happens. But that might not be a priority, b
At last! Hallelujah! :-)
On 26/06/15 10:38, Richard Barnes wrote:
> 1. You want every browser to have the same set of data
> 2. The data change relatively slowly (we are aiming for ~24hr deliveries)
>
> If anyone has use cases in addition to the above, please let me know.
* The Public Suffix Lis
On Thu, Jun 25, 2015 at 7:19 PM, Benjamin Francis wrote:
> and JSON-LD (because it supports Gaia's more complex use cases).
Hi Ben,
My only concern here is that if you pin a contact, it seems to me that
it would be good if the name and picture of that homescreen UI should
be quickly updated if t
On 26 June 2015 at 12:58, Ted Clancy wrote:
> My apologies for the fact that this is such an essay, but I think this has
> become necessary.
>
> Firefox OS 2.5 will be unveiling a new feature called Pinning The Web, and
> there's been some discussion about whether we should leverage technologies
On 26 June 2015 at 08:29, Karl Dubost wrote:
> Maybe there is a way to start small. Iterate. Look at the results. And
> push further in the direction which appears to be meaningful.
>
Exactly, I'm looking for a solid MVP that we can iterate on. More detailed
response to Ted's post coming...
My apologies for the fact that this is such an essay, but I think this has
become necessary.
Firefox OS 2.5 will be unveiling a new feature called Pinning The Web, and
there's been some discussion about whether we should leverage technologies
like RDFa, Microdata, JSON-LD, Open Graph, and Microfor
On 18 June 2015 at 07:28, wrote:
> 1) Comments that exceed the 80-char limit get wrapped blindly, rather than
> being rewrapped properly. This results in comment blocks that look like this:
I sidestepped this issue by making Clang-Format ignore all comments.
See bug 961541.
Cheers,
Biru
__
Tracking protection exceptions. I wrote a bug for this last night:
https://bugzilla.mozilla.org/show_bug.cgi?id=1177641
On Fri, Jun 26, 2015 at 11:22 AM, Kyle Huey wrote:
> On Fri, Jun 26, 2015 at 10:38 AM, Richard Barnes
> wrote:
>
> > Hey dev.platform folks,
> >
> > Some of us in the secu
On Fri, Jun 26, 2015 at 10:38 AM, Richard Barnes
wrote:
> Hey dev.platform folks,
>
> Some of us in the security engineering group have been chatting with cloud
> services about making an improved way to maintain state in the browser.
> Our use cases are things like:
>
> - Revoked certificates (O
The blocklist service also downloads about once a day
On Fri, Jun 26, 2015 at 10:49 AM, Anne van Kesteren
wrote:
> On Fri, Jun 26, 2015 at 10:38 AM, Richard Barnes
> wrote:
> > If anyone has use cases in addition to the above, please let me know.
>
> Public suffix? Getting that updated more fre
On Fri, Jun 26, 2015 at 10:38 AM, Richard Barnes wrote:
> If anyone has use cases in addition to the above, please let me know.
Public suffix? Getting that updated more frequently would be good.
Especially now sites like GitHub can use it to silo user data.
--
https://annevankesteren.nl/
_
Hey dev.platform folks,
Some of us in the security engineering group have been chatting with cloud
services about making an improved way to maintain state in the browser.
Our use cases are things like:
- Revoked certificates (OneCRL)
- HSTS / HPKP preloads
We're trying to get an idea of how big
Le 26 juin 2015 à 08:00, Anne van Kesteren a écrit :
> What you outlined still seems like a rather giant hack to get this one
> thing working. Is the idea to just keep adding events for each bit of
> information we might need from a document?
Maybe there is a way to start small. Iterate. Look at
Removing dev-webapi since it's (near) dead.
On Thu, Jun 25, 2015 at 7:19 PM, Benjamin Francis wrote:
> Unless there's a really good reason not to do so, I'm going to file the bugs
> and look towards getting this implemented on the Browser API as soon as
> possible.
What you outlined still seems
Adam –
Thanks for that.
Yes, including PC/SC in WebCrypto or another JS API would be ideal.
Also hopefully FireBreath 2.0 will provide a useable cross-browser abstraction
for the various new proprietary extension technologies, at which point using
something like Adrian Castillo’s Smart Card Br
23 matches
Mail list logo
