Ben, I have updated:
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/XULRunner
Can you double check it?
On 13/07/2015 16:48, Ben Hearsum wrote:
Hi folks,
XULRunner is a runtime package that can be used to run XUL+XPCOM based
applications. Automated builds of it have been produced al
kats, keyboard shortcuts are convenient.
BTW, I filed bug 1187774 and added some thoughts for making the keyboard
shortcuts discoverable.
TYLin
On Fri, Jul 24, 2015 at 9:37 PM, Kartikaya Gupta wrote:
> Since keyboard shortcuts aren't very discoverable this is just a note
> to let you all know
Sometimes it would be nice to check in crashtests that use, or
attempt to use large memory allocations, but I'm concerned that
checking in these crashtests could disrupt subsequent tests
because there is then not enough memory to test what they want to
test.
Is anything done between crashtests to
Hi everyone,
A list of the new issues found and filed by the Desktop Manual QA team
last week (Week 30: July 20 - July 24) is available below.
Additional details on the team's priorities last week, as well as the
plans for the current week can be found at:
https://etherpad.mozilla.org/Deskto
On Fri, Jul 24, 2015, at 12:43 PM, Jonas Sicking wrote:
> On Fri, Jul 24, 2015 at 3:49 AM, David Rajchenbach-Teller
> wrote:
> > On 24/07/15 11:38, Jonas Sicking wrote:
> >> I think we should allow addons to implement something like this. But I
> >> don't think it's something that we should let ap
On Fri, Jul 24, 2015, at 04:13 AM, Kershaw Chang wrote:
> Link to standard:
> No formal specifications found on w3c. This API is only supported by
> Chrome
> OS now.
What's the motivation here? Do we expect this to get used by apps if
it's Chrome OS only right now? I've been looking into this prob
On Mon, Jul 27, 2015 at 2:35 AM, Karl Tomlinson wrote:
> Sometimes it would be nice to check in crashtests that use, or
> attempt to use large memory allocations, but I'm concerned that
> checking in these crashtests could disrupt subsequent tests
> because there is then not enough memory to test
Looks good to me, thank you for doing that!
On 2015-07-27 03:15 AM, Teoli wrote:
> Ben, I have updated:
> https://developer.mozilla.org/en-US/docs/Mozilla/Projects/XULRunner
>
> Can you double check it?
>
> On 13/07/2015 16:48, Ben Hearsum wrote:
>> Hi folks,
>>
>> XULRunner is a runtime package
On 2015-07-27 5:35 AM, Karl Tomlinson wrote:
Is anything done between crashtests to clean up memory use?
There isn't, AFAIK.
Or can CC be triggered to run during or after a particular crashtest?
You can use SimpleTest.forceGC/CC() as needed.
Do crashtests go into B/F cache on completion,
On 07/27/2015 04:07 PM, Ehsan Akhgari wrote:
On 2015-07-27 5:35 AM, Karl Tomlinson wrote:
Is anything done between crashtests to clean up memory use?
There isn't, AFAIK.
Or can CC be triggered to run during or after a particular crashtest?
You can use SimpleTest.forceGC/CC() as needed.
D
The motivation behind this is to let Firefox OS has the ability to access
files on cloud storage. With file system provider API, we can allow device
storage API to read/write files on cloud storage seamlessly. From user's
point of view, I think it would be better to use our current
music/video/gall
For FirefoxOS devices, I think FileSystemProviderAPI provides a capability
to connect to other type of storage, not only well-known cloud storage, for
example Dropbox, but also user's private cloud. With FileSystemProviderAPI,
FirefoxOS provides apps a general or easy way, for example
DeviceStorage
It has been a while since we posted an update on Talos
Here are some new things:
* bug 1166132 - new tps test - tab switching
* e10s on all platforms, only runs on mozilla-central for pgo builds, broken
tests, big regressions are tracked in bug 1144120
* perfherder is easier to use, some polish o
Hi all,
There are a few Bugzilla updates to the Core::Video/Audio bugs that I and
the other media folks wanted everyone working on the project to know about.
The Core::Video/Audio component has been renamed and reorganized a bit.
Core::Video/Audio is now called Core::Audio/Video, and it has becom
Tracking bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1188062
APIs to be removed: Request.context
This was shipped in Firefox 39, but this attribute is fairly useless
without service workers since it can only be read from Request objects and
its value will always be "fetch" for manually crea
On Sun, Jul 26, 2015 at 8:42 PM, Shih-Chiang Chien wrote:
> Hi Jonas,
>
> Is there any document or bug for the new addon architecture? We'd like to
> know more details and put it into our design.
I'd recommend reaching out to William McCloskey. He's currently
working on the desktop support. I sus
On Mon, Jul 27, 2015 at 4:31 AM, Ted Mielczarek wrote:
> On Fri, Jul 24, 2015, at 12:43 PM, Jonas Sicking wrote:
>> On Fri, Jul 24, 2015 at 3:49 AM, David Rajchenbach-Teller
>> wrote:
>> > On 24/07/15 11:38, Jonas Sicking wrote:
>> >> I think we should allow addons to implement something like thi
On Mon, Jul 27, 2015 at 5:55 PM, Ehsan Akhgari
wrote:
> This was shipped in Firefox 39, but this attribute is fairly useless
> without service workers since it can only be read from Request objects and
> its value will always be "fetch" for manually created Request objects.
Actually, it sounds
On Tuesday, July 28, 2015 at 6:56:40 AM UTC+9, Ehsan Akhgari wrote:
> The web compat effect should be minimal if existent, as we have never
> exposed any useful values from this attribute, and no other UAs ship it.
Just for reference, Chrome 44 shipped this too:
https://www.chromestatus.com/featur
On Mon, Jul 27, 2015 at 2:42 PM, Maire Reavy wrote:
>1. Video/Audio: Playback
>2. Video/Audio: MSG/cubeb
>3. Video/Audio: Recording
>4. WebRTC
>5. Web Audio
The first three seem to start with "Audio/Video:".
___
dev-platform mailin
Thanks everyone. That gives me some ideas on how to clean up
after the page. I figure that then any OOM issues will at least
be in the vicinity of the test doing the large allocation.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://
On Mon, Jul 27, 2015 at 7:31 PM, Ted Mielczarek wrote:
> On Fri, Jul 24, 2015, at 12:43 PM, Jonas Sicking wrote:
> > On Fri, Jul 24, 2015 at 3:49 AM, David Rajchenbach-Teller
> > wrote:
> > > On 24/07/15 11:38, Jonas Sicking wrote:
> > >> I think we should allow addons to implement something lik
22 matches
Mail list logo
