I am confused. In your proposal, are you referring to the chrome
*user/embedder* of (e.g. shell.html), or a chrome
*embedded* page (I am not aware of any example).
Tim
On Tue, Mar 8, 2016 at 2:06 PM, Jonas Sicking wrote:
> On Mon, Mar 7, 2016 at 9:51 PM, Tim Guan-tin Chien
> wrote:
>> This i
Implement Client-Hints HTTP header
https://bugzilla.mozilla.org/show_bug.cgi?id=935216
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On Mon, Mar 7, 2016 at 9:51 PM, Tim Guan-tin Chien wrote:
> This implies the Gaia System app, which is framed by shell.html (a
> chrome document), will switch cookie jar when the default is changed,
> no?
No, the Gaia System app doesn't run as chrome (i.e. doesn't have a
system principal). So it
This implies the Gaia System app, which is framed by shell.html (a
chrome document), will switch cookie jar when the default is changed,
no?
(I am for simplying cookie jar shenanigans -- we have been workaround
that in Gaia for too long!)
On Tue, Mar 8, 2016 at 10:00 AM, Jonas Sicking wrote:
>
>
On Mon, Mar 7, 2016 at 1:55 PM, J. Ryan Stinnett wrote:
> By default, can't access the storage used by
> for cookies and other site data, making it hard to share page
> state across the two browser frame types. An additional feature mozbrowser noisolation> has been added, which gives the frame
Wonderful, that's the feature I am looking for a long time.
On Tue, Mar 8, 2016 at 5:55 AM, J. Ryan Stinnett wrote:
> Do you like HTML? Do you like to build core browsing UI for desktop
> Firefox? Now you can have both together!
>
> In more detail, is now enabled[1] on desktop Firefox.
> This m
Do you like HTML? Do you like to build core browsing UI for desktop
Firefox? Now you can have both together!
In more detail, is now enabled[1] on desktop Firefox.
This makes it possible to create frames for displaying web content (similar
to a ) from HTML chrome pages. This is the same system tha
My conclution: we really need improve the performance of Object,
cause that's the most frequently used Thing.
```code
performanceButton.onclick = function () {
let startTime = Date.now()
ChromeSamples.setStatus(`Start performance testing at time ${startTime}`);
function testArray(count) {
I filed bug 1254249 to track improving this. It isn't high on my priority
list though, so if someone wants to take it, I'll happily review the patch!
On Wed, Mar 2, 2016 at 8:24 PM, Tim Guan-tin Chien
wrote:
> Thanks for the pointer! I ended up re-do the cloning from hg instead.
>
> I would reco
On Mon, Mar 7, 2016 at 2:27 PM, Ehsan Akhgari
wrote:
> Hi Jim,
>
> On 2016-03-07 10:25 AM, Jim Mathies wrote:
> > Users involved in this experiment will:
> >
> > - not have addons installed
> > - will not have used accessibility recently (including touch screen
> users)
> > - will not be using rt
On Mon, Mar 7, 2016 at 12:14 AM, wrote:
> No, you can support H264 in Matroska in Mozilla just fine. It just takes a
> few lines of codes.
Right, but that would be a different intent-to-implement. Firefox
supports WebM, not Matroska.
-r
___
dev-pla
On 3/7/2016 11:17 AM, Tobias Wolf wrote:
I try to call this code dynamically:
nsCOMPtr promptService =
do_GetService("@mozilla.org/embedcomp/prompt-service;1"));
promptService->Alert(NULL, NULL, NULL);
I do the following:
nsISomeInterface* mXPTCStub;
nsresult rc;
Hi Jim,
On 2016-03-07 10:25 AM, Jim Mathies wrote:
> Users involved in this experiment will:
>
> - not have addons installed
> - will not have used accessibility recently (including touch screen users)
> - will not be using rtl builds
Out of curiosity, what's the reason for excluding the RTL loc
I try to call this code dynamically:
nsCOMPtr promptService =
do_GetService("@mozilla.org/embedcomp/prompt-service;1"));
promptService->Alert(NULL, NULL, NULL);
I do the following:
nsISomeInterface* mXPTCStub;
nsresult rc;
nsXPTCVariant params[3];
rc =
Quick update for everyone on the status of e10s:
1) e10s will not be enabled for 45 in the release channel
2) e10s will be enabled for 46 beta through an experiment which will run for
the first four to five weeks of the cycle.
This experiment will target a larger audience compared to our 45 exp
Hi everyone,
Here's the list of new issues found and filed by the Desktop Release QA
team last week, *February 29 - March 04* (week 9).
Additional details on the team's priorities last week, as well as the
plans for the current week are available at:
https://public.etherpad-mozilla.org/p
Le mardi 2 février 2016 02:08:51 UTC+1, Ralph Giles a écrit :
> We intend to support the Opus audio codec in mp4 fragments and files.
>
> Opus is a royalty-free audio compression format developed by Mozilla
> (Xiph), Microsoft (Skype), Broadcom and others. It offers better
> quality for both voice
17 matches
Mail list logo
