firefox acts as a host

2014-05-05 Thread Paul
Hi,

I knew that Firefox can act in UMS mode which means Firefox can act as a gadget.

Since Firefox will not not be only running on cell phone, can firefox acts as a 
host?

In the host mode, the system can detect other plugged usb sticks and use it as 
a mass storage.

Please provide your feedback.

Thanks

 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Request principal in nsIContentPolicy implementation

2014-05-05 Thread Matthew Gertner
I've been using an nsIContentPolicy implementation to restrict access to 
resources that use my protocol handler. Specifically, I only want to allow 
access for requests that come from content under certain circumstances.

To check whether the request comes from privileged code, I've been comparing 
aRequestPrincipal in the shouldLoad() method with the system principal. As far 
as I can tell, this has always worked. But now the comparison is failing, 
probably because I upgraded to Firefox 28.

I looked, and for requests from chrome the request principal now seems to be 
null. For the requests from the browser URL bar it is the "null principal". Has 
something changed in Firefox 28 in this respect? What is the right way in the 
shouldLoad() method to check whether the request is coming from privileged code 
or content?
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


DOM Bindings Meeting - Monday @ 12:30 PM PST

2014-05-05 Thread Peter Van der Beken

Our (somewhat) weekly DOM bindings meetings continue on Monday May
5th at 12:30 PM PDT.

Meeting details:

* Monday, May 5th, 2014, 12:30 PM PDT (3:30 PM EDT/9:30 PM CEST)
* Dial-in Info:
 - Vidyo room: Boris Zbarsky 
(https://v.mozilla.com/flex.html?roomdirect.html&key=DXThGJaiHtX3)

 - In office or soft phone: extension 92
 - US/INTL: 650-903-0800 or 650-215-1282 then extension 92
 - Toll-free: 800-707-2533 then password 369
 - Conference number 9235

http://www.timeanddate.com/worldclock/meetingdetails.html?year=2014&month=5&day=5&hour=19&min=30&sec=0&p1=248&p2=33&p3=54&p4=37&p5=195&p6=136&p7=43&p8=250&p9=224
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: Is there any method i can use to kill child process after killing parent process in Js

2014-05-05 Thread Benjamin Smedberg

On 5/1/2014 9:24 PM, zero wrote:

  i fork a process from his parent process using nsIProcess.runAsync()


  when i kill the parent process , the child process is untraceable.


  is there any method i can use to kill child process after killing parent 
process
This is a hard problem in general. On Windows, you may be able to put 
everything in a Job and then kill off the job if you don't need it any 
more. On *nix systems a process group can do approximately the same thing.


--BDS

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


ask.mozilla.org: now with persona support!

2014-05-05 Thread Taras Glek

Hi,
https://ask.mozilla.org/questions/ is now ssl-enabled(old news) and 
features persona support(as of today).




Taras
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Rendering meeting, today, Monday 2:30pm PDT ("the earlier time")

2014-05-05 Thread Milan Sreckovic

The Rendering meeting (https://wiki.mozilla.org/Platform/GFX#Biweekly_meetings) 
is about all things Gfx, Image, Layout, and Media. 
It takes place every second Monday, alternating between 2:30pm PDT and 5:30pm 
PDT. 

The next meeting will take place today, Monday, May 5 at 2:30 PM US/Pacific 
Please add to the agenda: 
https://wiki.mozilla.org/Platform/GFX/2014-May-5#Agenda 

San Francisco - Monday, 2:30pm 
Winnipeg - Monday, 4:30pm 
Toronto - Monday, 5:30pm 
GMT/UTC - Monday, 21:30 
Paris - Monday, 11:30pm 
Taipei - Tuesday, 5:30am 
Brisbane - Tuesday, 7:30am 
Auckland - Tuesday, 9:30am 

http://arewemeetingyet.com/Toronto/2014-05-05/17:30/Rendering%20Meeting

Video conferencing: 
Vidyo room Graphics (9366) 
https://v.mozilla.com/flex.html?roomdirect.html&key=FILzKzPcA6W2 

Phone conferencing: 
+1 650 903 0800 x92 Conf# 99366 
+1 416 848 3114 x92 Conf# 99366 
+1 800 707 2533 (pin 369) Conf# 99366
--
- Milan

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Ian Hickson
On Mon, 5 May 2014, Robert O'Callahan wrote:
> 
> drawSystemFocusRing is a rather bad name since most calls to it will 
> draw nothing. drawCustomFocusRing is an even worse name since it will 
> draw nothing approximately always.
> 
> drawFocusIfNeeded replaces drawSystemFocusRing, which is the method we 
> expect people to need much more than drawCustomFocusRing. 
> drawCustomFocusRing should change, but I'm not sure what to since its 
> name needs to indicate both that it doesn't usually draw anything and 
> its return value must be checked and properly used. I think it makes 
> sense to use the short name for the method that is both simpler and the 
> API most authors should be using.

drawFocusIfNeeded() isn't a particularly good name either, since you're 
not drawing the focus, you're drawing the focus ring.

I suppose if drawFocusIfNeeded() is the best we can come up with for 
drawSystemFocusRing(), then drawCustomFocusRing() could maybe become 
"shouldDrawFocus()".

In any case, the right place for these discussions would be a public 
standards list, like the WHATWG list, so that all the interested parties 
(in particular, authors) could have visibility into the discussion.

-- 
Ian Hickson   U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Intent to implement: WebGL 2.0

2014-05-05 Thread Dan Glastonbury
/Summary/: Bring more power of GPU to browsers by exposing OpenGL ES 3 
features in WebGL 2.0

/Bug/: 889977
/Link to standard/: https://www.khronos.org/registry/webgl/specs/latest/2.0/
/Platform coverage/: Android, Desktop, Firefox OS
/Estimated or target release/: TBD
/Preference behind which this will be implemented/: 
webgl.enable-prototype-webgl2

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: Enabling new HTTP cache on nightly (browser only, not automated tests) soon

2014-05-05 Thread Jason Duell

Our trial run of the HTTP cache v2 is done and we will be back to using
the old cache as of tonight's nightly.  We found one very important bug
that didn't show up in automated tests, which is great.

Jason

https://bugzilla.mozilla.org/show_bug.cgi?id=1006181
https://bugzilla.mozilla.org/show_bug.cgi?id=1006197




On 04/30/2014 11:23 PM, Jason Duell wrote:

In February we briefly turned on the new HTTP cache ("cache2") for a few
days--it was quite useful at shaking out some bugs.  We're planning to
do this again starting in the next day or two--if this seems like a Bad
Idea to you please comment ASAP in

https://bugzilla.mozilla.org/show_bug.cgi?id=1004185

Note: like last time, cache2 will be turned on for nightly Firefox
desktop users only, and not for android/b2g.  It will also not be turned
on for the buildbots, as we still have a few orange/perf bugs that we're
tracking down.

We have a number of people who have been using cache2 for their daily
browsing for quite some time, so we don't expect catastrophic failure.
Please file any bugs you see in Bugzilla under Networking:Cache...

Jason
___
dev-planning mailing list
dev-plann...@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-planning


___
dev-planning mailing list
dev-plann...@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-planning


___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Robert O'Callahan
On Tue, May 6, 2014 at 8:13 AM, Ian Hickson  wrote:

> drawFocusIfNeeded() isn't a particularly good name either, since you're
> not drawing the focus, you're drawing the focus ring.
>

In the old email thread, Jatinder Mann objected to using the term "ring"
since the focus drawn might not look like a ring.

We could probably come up with a slightly better name, but only very
slightly better, so at this point I would rather not reopen the discussion.
If someone else wants to, that's up to them.

In any case, the right place for these discussions would be a public
> standards list, like the WHATWG list, so that all the interested parties
> (in particular, authors) could have visibility into the discussion.
>

I agree. Sorry.

Rob
-- 
Jtehsauts  tshaei dS,o n" Wohfy  Mdaon  yhoaus  eanuttehrotraiitny  eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o  Whhei csha iids  teoa
stiheer :p atroa lsyazye,d  'mYaonu,r  "sGients  uapr,e  tfaokreg iyvoeunr,
'm aotr  atnod  sgaoy ,h o'mGee.t"  uTph eann dt hwea lmka'n?  gBoutt  uIp
waanndt  wyeonut  thoo mken.o w
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Ian Hickson
On Tue, 6 May 2014, Robert O'Callahan wrote:
> On Tue, May 6, 2014 at 8:13 AM, Ian Hickson  wrote:
> > 
> > drawFocusIfNeeded() isn't a particularly good name either, since 
> > you're not drawing the focus, you're drawing the focus ring.
> 
> In the old email thread, Jatinder Mann objected to using the term "ring" 
> since the focus drawn might not look like a ring.

"Focus ring" is the term of art, regardless of its shape (I don't think 
I've ever seen one that actually looks like a ring... usually it's a 
rectangle, maybe rounded on Mac OS, though in modern days on most 
platforms it's usually an outline of whatever the icon is). Sometimes the 
"ring" is actually just a background or highlight.


> We could probably come up with a slightly better name, but only very 
> slightly better, so at this point I would rather not reopen the 
> discussion. If someone else wants to, that's up to them.

There hasn't been a discussion at all, so far.

Right now the spec says it's "drawSystemFocusRing()" and 
"drawCustomFocusRing()", because there hasn't been a request to change it. 
I guess if y'all ship "drawFocusIfNeeded()" then that will de facto set 
one of the methods to the new name.

-- 
Ian Hickson   U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Robert O'Callahan
On Tue, May 6, 2014 at 4:13 PM, Ian Hickson  wrote:

> On Tue, 6 May 2014, Robert O'Callahan wrote:
>
> > We could probably come up with a slightly better name, but only very
> > slightly better, so at this point I would rather not reopen the
> > discussion. If someone else wants to, that's up to them.
>
> There hasn't been a discussion at all, so far.
>

Please don't be too pedantic. There has been a discussion between vendors,
it just wasn't public. For which I have already apologized.

Right now the spec says it's "drawSystemFocusRing()" and
> "drawCustomFocusRing()", because there hasn't been a request to change it.
>

The WHATWG spec says that. The W3C spec was changed in January as a result
of the aforementioned discussion. It's sad that we need to qualify which
spec we're talking about, but we do.

Rob
-- 
Jtehsauts  tshaei dS,o n" Wohfy  Mdaon  yhoaus  eanuttehrotraiitny  eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o  Whhei csha iids  teoa
stiheer :p atroa lsyazye,d  'mYaonu,r  "sGients  uapr,e  tfaokreg iyvoeunr,
'm aotr  atnod  sgaoy ,h o'mGee.t"  uTph eann dt hwea lmka'n?  gBoutt  uIp
waanndt  wyeonut  thoo mken.o w
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Rik Cabanier
On Mon, May 5, 2014 at 9:28 PM, Robert O'Callahan wrote:

> On Tue, May 6, 2014 at 4:13 PM, Ian Hickson  wrote:
>
>> On Tue, 6 May 2014, Robert O'Callahan wrote:
>>
>> > We could probably come up with a slightly better name, but only very
>> > slightly better, so at this point I would rather not reopen the
>> > discussion. If someone else wants to, that's up to them.
>>
>> There hasn't been a discussion at all, so far.
>>
>
> Please don't be too pedantic. There has been a discussion between vendors,
> it just wasn't public.
>

FWIW the discussion was public.
See
http://lists.w3.org/Archives/Public/public-canvas-api/2014JanMar/0003.html


> For which I have already apologized.
>
> Right now the spec says it's "drawSystemFocusRing()" and
>> "drawCustomFocusRing()", because there hasn't been a request to change it.
>>
>
> The WHATWG spec says that. The W3C spec was changed in January as a result
> of the aforementioned discussion. It's sad that we need to qualify which
> spec we're talking about, but we do.
>

Dominic brought up that the name was confusing on WHATWG:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2013-September/252545.html

I like the new name better because it describes what the API is doing.
'drawSystemFocusRing' doesn't always draw and 'drawCustomFocusRing' returns
true if the author should draw (unless it draws itself!)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Robert O'Callahan
On Tue, May 6, 2014 at 4:44 PM, Rik Cabanier  wrote:

> FWIW the discussion was public.
> See
> http://lists.w3.org/Archives/Public/public-canvas-api/2014JanMar/0003.html
>

Haha, OK, apology withdrawn :-).

Thanks,
Rob
-- 
Jtehsauts  tshaei dS,o n" Wohfy  Mdaon  yhoaus  eanuttehrotraiitny  eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o  Whhei csha iids  teoa
stiheer :p atroa lsyazye,d  'mYaonu,r  "sGients  uapr,e  tfaokreg iyvoeunr,
'm aotr  atnod  sgaoy ,h o'mGee.t"  uTph eann dt hwea lmka'n?  gBoutt  uIp
waanndt  wyeonut  thoo mken.o w
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: intent to ship: drawFocusIfNeeded

2014-05-05 Thread Ian Hickson
On Tue, 6 May 2014, Robert O'Callahan wrote:
> >
> > There hasn't been a discussion at all, so far.
> 
> Please don't be too pedantic. There has been a discussion between 
> vendors, it just wasn't public. For which I have already apologized.

I'm not trying to be pedantic, nor am I referring to private conversations 
(which are irrelevant to the standards process) nor conversations on the 
W3C canvas list (which is about a forked specification which is 
plagiarising my work against my will, and so irrelevant to the WHATWG).

All I'm saying is that there hasn't been a public, vendor-neutral-venue 
discussion about the names in the WHATWG spec.


> > Right now the spec says it's "drawSystemFocusRing()" and 
> > "drawCustomFocusRing()", because there hasn't been a request to change 
> > it.
> 
> The WHATWG spec says that. The W3C spec was changed in January as a 
> result of the aforementioned discussion. It's sad that we need to 
> qualify which spec we're talking about, but we do.

The W3C spec (and its over two dozen variants, because having just the W3C 
and WHATWG versions wasn't confusing enough so the W3C decided to make it 
even worse [1]) is irrelevant and should just be deleted, IMHO.

[1] http://damowmow.com/temp/canvas-specs


On Mon, 5 May 2014, Rik Cabanier wrote:
> 
> Dominic brought up that the name was confusing on WHATWG: 
> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2013-September/252545.html

The name-related discussion in that e-mail is conditional on a condition 
that's false, so not really.


Just so we're clear, I really don't care what the name is, nor do I have 
any objection to people having private conversations or whatnot. My point 
is just that there has not been a conversation in the WHATWG list about 
this which has resulted in the name being changed. Everyone is talking 
about this like the new name is a foregone conclusion, but since it's not 
what the spec says, that seems like a bad precedent to set. It'd be a 
different matter if the topic had been raised and I'd somehow refused to 
change it despite browser vendors and authors and so on wanting it 
changed. If I start doing stuff like that, then sure, ignoring the spec is 
the way to go. But what we have here is confusion resulting from the W3C 
having redundant venues, forked specs, and so on, and IMHO if we start 
cherry picking which specs we're following like this, we're setting a 
really bad precedent for future times when we have actually controversial 
things that different vendors disagree about.

-- 
Ian Hickson   U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/   U+263A/,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform