Re: Booting to the Web

Hi, As far as I remember, thread scheduling in Firefox OS is handled by the Linux kernel, so if you are looking for documentation, you should probably look in that direction. Cheers, David On 11/12/13 6:14 AM, saurabhlnt...@gmail.com wrote: > Hi.. > I am presenting on the topic Fire

Re: HWA and OMTC on Linux

On Thursday 2013-11-07 17:37 -0800, Andreas Gal wrote: > > On Nov 7, 2013, at 3:06 PM, "L. David Baron" wrote: > > > On Thursday 2013-11-07 13:24 -0800, Andreas Gal wrote: > >> On Nov 7, 2013, at 1:19 PM, Karl Tomlinson wrote: > >>> Will any M

Re: HWA and OMTC on Linux

hough I haven't seen recent data on OS use of Mozilla contributors who aren't paid to work on Mozilla. I'd be very surprised if it wasn't a much higher proportion of developers than users, though.) -David -- 𝄞 L. David Baron http://dbaron.org/

Re: Pushes to Backouts on Mozilla Inbound

sing reliably, or other cases where the module owner of the test recognizes that the regression is acceptable, then that seems ok. We need to get better about identifying and backing out changes that cause previously-passing tests to start failing intermittently. This requires bet

Re: Pushes to Backouts on Mozilla Inbound

On Tuesday 2013-11-05 14:44 +, David Burns wrote: > We appear to be doing 1 backout for every 15 pushes on a rough > average[4]. This number I am sure you can all agree is far too high > especially if we think about the figures that John O'Duinn > suggests[5] for the cost

Re: Measuring power usage

the BatteryManager WebAPI. Note that I am interested in using it in workers. Any thought? Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Pushes to Backouts on Mozilla Inbound

ld be a good metric to see if other efforts are paying off. On 11/05/2013 07:09 AM, Ed Morley wrote: On 05 November 2013 14:44:27, David Burns wrote: We appear to be doing 1 backout for every 15 pushes on a rough average[4]. I've been thinking about this some more - and I believe th

Re: Measuring power usage

Good point. Just accessing the battery level is rather imprecise, but Telemetry + large numbers should help us see trends. If we go that way, this probably doesn't deserve a new library, but possibly a few utility functions in e.g. Telemetry or TelemetryStopwatch. Cheers, David On 11/5/13

Measuring power usage

brary for this purpose ? Note that I don't even know if that's possible in userland. - do we already have a good way to measure total power usage by a xpcshell test, perhaps by interfacing with powertop or Intel Power Gadget? Cheers, David -- David Rajchenbach-Teller, PhD Performanc

Re: Pushes to Backouts on Mozilla Inbound

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=863838 On 05/11/2013 14:57, Kyle Huey wrote: On Tue, Nov 5, 2013 at 10:44 PM, David Burns <mailto:dbu...@mozilla.com>> wrote: We appear to be doing 1 backout for every 15 pushes on a rough average[4]. This number I am sure you can all agree

Pushes to Backouts on Mozilla Inbound

s a lot of wasted effort when we should be striving to get patches to stick first time. Let's see if we can try make this figure 1 in 30 patches getting backed out. David [1] https://bugzilla.mozilla.org/show_bug.cgi?id=932781 [2] https://secure.theautomatedtester.co.uk/owncloud/public.php?

Bug Number for Add-on File Registration PRD?

a much-needed set of >> tools to fight malware and keep it at bay. >> >> There are more details in the doc, so please give it a read and post >> your comments and questions on this thread. >> >> Jorge Villalobos >> Add-ons Developer Relations Lead >> >> [1] h

Re: Add-on File Registration PRD

not want to lose the ability to get updates to them. This appears to be a total reversal of past Mozilla philosophy, which not only encouraged the development of extensions but also strongly advocated the use of extension where users wanted features that the developers were not interest

Proposed W3C Charters: Data Activity, {Data, CSV} on the Web

this thread if you think there's something we should say. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 signature.asc Description: Digital sign

W3C Proposed Recommendations: XQuery, XPath, XSLT, EXI, API for Media Resources

the same for the first two as well, though I'm less sure. I particularly don't know much about the "API for Media Resources" spec. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/

Re: Removing a window from the session store

We have partial handling of private tabs. SessionStore doesn't handle them yet, but I can prioritize this. Would this be sufficient for your needs? Cheers, David On 10/25/13 9:11 AM, Matthew Gertner wrote: > Can you suggest some other means to do what we need? I don't want to mak

Re: Removing a window from the session store

form mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc Description: OpenPGP digital signature ___ dev-platform mailing list dev-p

W3C Proposed Recommendation: CSS Style Attributes

objections you think Mozilla should make, please bring them up in this thread. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing list dev

Re: Removing a window from the session store

Yes, please do. There's a component Session Restore. Cheers, David On 10/23/13 2:39 PM, Matthew Gertner wrote: > On Wednesday, October 23, 2013 2:36:12 PM UTC+2, David Rajchenbach-Teller > wrote: >> At the moment, there is no good way to do what you need. The only >>

Re: Removing a window from the session store

an easier way to >> do this? > > That won't work well, since it will close all but one of the windows and > tabs and reopen them all again. > > Cheers, > Ehsan > > ___ > dev-platform ma

Proposed W3C Charter: Web Application Security Working Group

s taken into consideration if they come in soon. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd ask to know What I was walling in or walli

Re: Faster builds, now ; on windows, too.

__ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform maili

Re: [RFC] Changing the behavior of safe file output stream

Sorry, I meant flush() (lower-case), aka PR_Sync. On Fri Oct 18 16:11:43 2013, Neil wrote: > Are we looking at the same stream? Finish() calls Flush() because > otherwise Close() discards the file. > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla signature.asc De

[RFC] Changing the behavior of safe file output stream

only for very valuable data. Any thought? Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

[Ann] Displaying uncaught asynchronous errors

anges should make debugging async code much easier. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: What platform features can we kill?

sts.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: What platform features can we kill?

I'd be happy if we could progressively kill FileUtils.jsm and make nsIFile [noscript]. Don't know if this qualifies as "platform feature", though. Cheers, David ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: java click to run problem on Firefox

call, Thierry would have liked a way for his users to quickly allow Java for the page. Thierry, does the Page Information dialog do what you need? You can open that dialog from the small icon on the left of the address bar. Cheers, David On 10/10/13 6:09 PM, Benjamin Smedberg wrote: > On 10

Re: Extensibility of JavaScript modules

Don't hesitate to ping me when it's time. Cheers, David On 10/10/13 12:04 AM, Jason Orendorff wrote: > On 10/9/13 12:56 PM, David Rajchenbach-Teller wrote: >> I am interested, although my buglist is rather full. What kind of help >> would be useful? > > When i

Re: Extensibility of JavaScript modules

t; self-hosted implementation of Loader is underway at > <https://github.com/jorendorff/js-loaders>. > > -j > -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https:

Re: Audit your code if you use mozilla::WeakPtr

of stuff happens and the ref blows up ... if (object) { object->Method(); // oops } - Original Message - From: "Ehsan Akhgari" To: "David Major" Cc: dev-platform@lists.mozilla.org Sent: Tuesday, October 8, 2013 4:27:03 PM Subject: Re: Audit your code if you use mo

Re: Audit your code if you use mozilla::WeakPtr

Isn't it ultimately up to the developer to get it right? Someone could just as well forget to use |if (object)| from your example. Here's a sample usage from the header file: * // Test a weak pointer for validity before using it. * if (weak) { * weak->num = 17; * weak->act(); *

Re: Extensibility of JavaScript modules

That sounds quite sufficient for me. Do we have plans to backport Cu.import to ES6 modules? Cheers, David On 10/8/13 10:24 PM, Jason Orendorff wrote: > Here's the simplest way to monkeypatch an ES6 module: > > 1. Use System.get("x") or System.import("x&qu

Re: Coding style for functions called by Task.jsm tasks

ople in future will not be able to just call it and forget that it's > asynchronous. > If someone wanted to use the function outside of a task, they'd just > need to add the "Task wrapper". I actually believe that it's quite easy to forget adding the Task wrapper and

Extensibility of JavaScript modules

tched. Some developers prefer to Object.freeze() them, to ensure that this doesn't happen, while others leave them open voluntarily and use monkey-patching in test suites. Both approaches have their pros and cons. Do we/should we have a policy? Cheers, David -- David Rajchenbach-T

Async APIs: Make wishes for Q4 and beyond

rkers? Accessing sqlite from chrome workers? More tooling for Promise? New preference APIs? Anything else? Please drop a line, either here or on the blog: http://wp.me/52O1 Cheers, David P.S.: If you want to discuss this IRL, I'll be in Brussels for the Summit. [1] From the top of my head, we

Re: Suggested API exposure guidelines redux

on should distinguish the "indications" it uses more clearly from "requirements".) -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd as

Re: Changes to how EXPORTS are handled

On Wednesday 2013-09-04 18:45 +0900, Mike Hommey wrote: > On Wed, Sep 04, 2013 at 10:28:21AM +0100, L. David Baron wrote: > > On Wednesday 2013-09-04 00:31 -0700, Gregory Szorc wrote: > > > Assuming it sticks, bug 896797 just landed in inbound and changes > > > how EX

Re: Changes to how EXPORTS are handled

hould we have some other mechanism (like having standalone builds and showing them on tbpl)? -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd ask to kn

Re: C++ style question": "virtual" annotations on methods

ething(); }; /* virtual */ void Foo::do_something() { } -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd ask to know What I was wallin

Re: OS X: deprecate Apple clang 4.1?

uot;cared about" > configurations as close to N as possible. But, as I said above, those configurations evolve over time. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before

Re: Use ".then(null, Cu.reportError);" with Promise.jsm

This definitely makes sense. In the JS implementation, assuming main thread only, we should be able to rig together a finalizer/warning using XPCOM. Cheers, David On 8/9/13 3:27 PM, Boris Zbarsky wrote: > Well, the obvious other thing would be window.onerror. But that might > be tough,

Re: nsIDownloadManager replaced by Downloads.jsm

f directly. Any relevant information emerging from > the discussion will be summarized in a new project update. > > Cheers, > Paolo > Will this break the Preserve Download Modification Timestamp extension at <https://addons.mozilla.org/en-US/seamonkey/addon/222517/>? -- David

Re: On builds getting slower

It's been a while, though. (See bug 64023.) khuey was also recently working on something to reduce some pretty bad #include fanout related to the new DOM bindings generation. (I'm not sure if it's landed.) -David -- 𝄞 L. David Baron http://dbaron.org/

intent to make exception to prefixing policy: -moz-(osx-)?font-smoothing

on interest in converging * we're under significant pressure to implement the feature immediately (I haven't yet decided whether to grant review as -moz-font-smoothing, -moz-osx-font-smoothing, or to leave the choice up to the patch author, but I plan to decide that soon.)

Re: Using C++0x auto

move constructors, and we'd just return them, and the move constructors plus return value optimizations would take care of avoiding excess reference counting? Or does it involve something more complicated like returning rvalue references? (Is such a thing possible?) -David -- 𝄞

We now have a module loader for chrome workers

, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Three RDFa-related W3C Proposed (Edited) Recommendations

ormal objection earlier in the process, whose history is documented in http://lists.w3.org/Archives/Public/public-rdfa-wg/2013Jan/0057.html -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://

Re: review stop-energy (was 24hour review)

means doing code reviews rather than doing things like reading email or responding to this thread. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___

Re: Pink pixel of death (reftest failures due to bad RAM)

hich failures are caused by it, particularly after the fact. See, for example, the script in: https://hg.mozilla.org/users/dbaron_mozilla.com/bad-slaves/ which was written for: https://bugzilla.mozilla.org/show_bug.cgi?id=787281 and could certainly be improved further. -David -- 𝄞

Re: review stop-energy (was 24hour review)

e-reviews, I wish bugzilla had a way to indicate that, since I often get re-reviews long enough after the original review that I've forgotten it's a re-review. And I prefer to prioritize re-reviews highest because it helps me get through the reviews faster, since it will be faster

Re: review stop-energy (was 24hour review)

marized in less than about 100-150 characters, should have a short summary on the first line and a longer description on later lines) * write good code comments that describe the state of the new code, and if the patch is of nontrivial size, point to the important comments in the non-fir

Re: Code coverage take 2, and other code hygiene tools

coverage tools separately on standards-compliance test suites might also be interesting, e.g., to see what sort of coverage the test suite for a particular specification gives us, and whether there are tests we could contribute to improve it. -David -- 𝄞 L. David Baron

Re: Making proposal for API exposure official

at just needs to be written by an author into an .htaccess file or python script.) But I'm not sure if that's the answer you were thinking of. (Also, I hope to send more comments on the proposal soon.) -David -- 𝄞 L. David Baron http://db

Re: Sandboxed, off-screen pages for thumbnail capture

On 6/18/13 3:01 PM, Gavin Sharp wrote: > On Tue, Jun 18, 2013 at 8:10 AM, David Rajchenbach-Teller > wrote: >> If I understand correctly, we are doubling both network and disk >> activity (possibly CPU activity, too) for this purpose. Performance- and >> battery-wise, tha

Re: Sandboxed, off-screen pages for thumbnail capture

g the main thread. It seems possible, but this requires synchronization with the Gfx team. Best regards, David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Tree Closure for infrastructure work, Saturday June 1 from 1400 PDT to 2000 PDT

aurora, mozilla-beta) to ensure their pushes are green, at least the trees that people are required to watch should be closed enough time in advance of things going down so that this doesn't happen (as for all downtimes like this). -David -- 𝄞 L. David Baron http:/

Re: [RFC] Modules for workers

Weren't we moving addons into separate processes anyway? This has been discussed, but I haven't heard from this since in ages. > / Jonas -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list

Re: [RFC] Modules for workers

Well, if we do not want the main thread to collapse under its weight, we have to move code off the main thread and to encourage add-ons to do likewise. I'm not sure I see an alternative here. Cheers, David On 5/24/13 1:12 AM, Jonas Sicking wrote: > My main concern is that Workers cr

Re: [Advance warning] Session Restore is changing, will break add-ons

Expect the complicated patch to become more complicated :) Cheers, David > - Tim -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: [RFC] Modules for workers

It should be possible to share some modules between Jetpack and Workers, for Jetpack modules that do not depend on DOM or XPCOM and Worker modules that do not depend on Worker-only code. This is not an immediate goal, but it is considered a-would-be-nice-to-have. Cheers, David On 5/20/13 8:53

Re: [Advance warning] Session Restore is changing, will break add-ons

single file, it might make sense to just backout the changes if necessary. Cheers, David On 5/22/13 3:35 PM, Johnathan Nightingale wrote: > Policy[1] is that whenever something lands on central, it is the > developer's responsibility to provide for the ability to turn it off. > Usual

Re: [Advance warning] Session Restore is changing, will break add-ons

changes, though, having a kill switch pretty much means forking the code of Session Restore into an "old" session restore and a new one. Do we have a policy on these things? Cheers, David On 5/22/13 5:16 AM, Ehsan Akhgari wrote: > Do we have a kill switch for the new stuff (a build

Re: Proposed W3C Charter: HTML Working Group

On Friday 2013-02-08 14:37 -0800, L. David Baron wrote: > W3C is proposing a revised charter for the HTML Working Group. > For more details, see: > http://lists.w3.org/Archives/Public/public-new-work/2013Feb/0009.html > http://www.w3.org/html/wg/charter/2012/ > > Mozilla has

[Advance warning] Session Restore is changing, will break add-ons

that we are about to break your add-on, please inform us asap, so that we can work out a solution. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https

[RFC] Modules for workers

urce://gre/modules/commonjs/ I would like to place worker modules in resource://gre/modules/workers/ Any comments? Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla

Re: Ordering shutdown observers?

er, I believe that we need to make dependencies somewhat explicit, otherwise we will at some point end up with unsatisfiable implicit dependencies and we will need large refactorings to get around these. Cheers, David -- David Rajchenbach-Teller, PhD Performance Team, Mozilla _

Re: Storage in Gecko

On 5/16/13 2:26 AM, Robert Kaiser wrote: > David Rajchenbach-Teller schrieb: >> I'd even go as far as limiting it to 16kb. >> (possibly with a transition phase during which going above 16kb only >> prints warnings) > > I think most of us agree, but the problem is t

Re: Ordering shutdown observers?

many cases that's more trouble than it's worth; there are many things we know we'll need during startup, and it's not worth the extra overhead of checking every time if we've already called getService. -David -- 𝄞 L. David Baron http://dbaro

Re: OS.File and shutdown

and it > varies case by case (or anything goes that works and is early enough..) profile-before-change should be good. Any OS.File call posted before xpcom-shutdown will be completed before we exit Firefox. Cheers, David -- David Rajchenbach-Teller

Re: OS.File and shutdown

On 5/13/13 10:20 PM, David Rajchenbach-Teller wrote: > On 5/10/13 10:45 PM, Felipe Gomes wrote: >> Hi, does OS.File guarantees that write tasks that have started will be >> completed if a shutdown occurs? My use case is for writeAtomic but I'm >> interested about the

Re: OS.File and shutdown

oughly tested yet. > Another question: are the write tasks queued and completed in order, or can > two writeAtomic calls to the same file race each other and the 2nd call > finish first (only to have the 1st call finish and write older data) All tasks to OS.File are queued and completed

Re: PSA: inbound/central/birch closed

cgi?id=863732 in https://hg.mozilla.org/integration/mozilla-inbound/rev/9ec0ad6f7e09 , though I don't know the bad changeset on the other half. I've reopened the trees. -David > On Sat, May 11, 2013 at 6:03 PM, Ehsan Akhgari wrote: > > > The latest merge from m-c to inboun

It's time to remove plugin support from Firefox mobile

[bcc'd to many lists for wide visibility - discussion should probably be on mobile.firefox.dev (https://mail.mozilla.org/listinfo/mobile-firefox-dev )] TL;DR: Now is a good time to remove plugin support from Firefox for Android. Consider: * We do not support plugins for Firefox OS and do not plan

Re: Storage in Gecko

t; how much of a perf problem those large prefs tend to be, actually. > > Robert Kaiser > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo

Re: Storage in Gecko

That is unfortunate. The Kyoto-* tools are FAST and easy to use. I wonder if the author would be willing to issue Mozilla a license that is compatible with MPL? Cheers, David - Original Message - From: "Jed Davis" To: "David Dahl" Cc: "Gregory Szorc&

Re: Storage in Gecko

KyotoCabinet might make a good backend for a new storage API: http://fallabs.com/kyotocabinet/ There is also a companion indexing engine: http://fallabs.com/kyototycoon/ Regards, David - Original Message - From: "Gregory Szorc" To: "Kyle Huey" Cc: "Taras G

Re: Storage in Gecko

Whatever you do, please, please, please make sure that everything is worker-friendly. If we can't write (or at least read) contents to that Key-Value store from a worker, we will need to reimplement everything in a few months. Cheers, David - Original Message - From: "Gre

Re: Proposal for an inbound2 branch

ng bookmarks; the way of checking that I'm pushing the right thing is to run "hg out" before "hg push" (as one should always do... and as I don't know how to do in git). -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla

Re: Some data on mozilla-inbound

> The messaging around this should not be to tell people "always test on > try". It should be to help them figure out how to make better judgement > calls on this. This is a skill that people develop and are not born with, > and without data it's hard an an individual to judge how good I'm at tha

Re: Some data on mozilla-inbound

On 04/23/13 02:17, Ed Morley wrote: > On 23 April 2013 09:58:41, Neil wrote: >> Hopefully a push never burns all platforms because the developer tried >> it locally first, but stranger things have happened! > > This actually happens quite often. On occasion it's due to warnings as > errors (switch

W3C Proposed Recommendation: Web Storage

;s somewhat bad form to bring up fundamental issues for the first time at this stage.) -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platf

Re: Nightly *very* crashy on OSX

Mine is crashing on startup. Can't even get to profile chooser dialog. On Sun, Apr 21, 2013 at 6:55 AM, Axel Hecht wrote: > Hi, > > I'm having a very crashy nightly, uptime below an hour, not really bound > to a site. > > Might be > https://bugzilla.mozilla.org/**show_bug.cgi?id=864125

WebP support

been able to find was: "We decided to re-open this based on new data that shows that WebP has valid use cases and advantages." Is there a longer explanation somewhere? If possible one where Mozilla previous concerns are addressed. Thanks, David [1] https://bugzilla.mozilla.org/show_bu

Re: WebAPI team plans

tests". What is planned exactly as far as tests are concerned? David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Proposed W3C Charter: Web Performance Working Group

On Friday 2013-04-05 12:19 +0100, Anne van Kesteren wrote: > On Thu, Apr 4, 2013 at 10:20 PM, L. David Baron wrote: > > W3C is proposing a revised charter for the Web Performance Working > > Group. For more details, see: > > http://www.w3.org/2013/01/webperf.html > > h

Re: Proposed W3C Charter: Web and TV Interest Group

On Friday 2013-04-05 09:45 -0400, David Humphrey wrote: > On 13-04-04 5:24 PM, L. David Baron wrote: > >W3C is proposing a revised charter for the Web and TV Interest > >For more details, see: > >http://lists.w3.org/Archives/Public/public-new-work/2013Mar/0008.html > &g

Re: Proposed W3C Charter: Web and TV Interest Group

On 13-04-04 5:24 PM, L. David Baron wrote: W3C is proposing a revised charter for the Web and TV Interest For more details, see: http://lists.w3.org/Archives/Public/public-new-work/2013Mar/0008.html http://www.w3.org/2012/11/webTVIGcharter.html Mozilla has the opportunity to send comments or

Proposed W3C Charter: Web and TV Interest Group

reply to this thread if you think there's something we should say. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing list dev-pla

Proposed W3C Charters: groups within the XML activity

d say. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinf

Proposed W3C Charter: Web Performance Working Group

. Please reply to this thread if you think there's something we should say. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing lis

Re: Proposal for using a multi-headed tree instead of inbound

se many builds and tests get merged on inbound when things are behind. (I also don't feel like we need a full build/test run for every push, so it feels like unnecessary use of resources to me.) -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozil

Re: Automatic tree clobbering is coming

On 03/29/13 22:10, Kyle Huey wrote: > On Fri, Mar 29, 2013 at 9:47 PM, Philip Chee wrote: > >> I'm running Windows7 and the mozilla-build system. We *have* to use >> relative paths because some parts of mozilla-build (I can't remember >> which) would choke on absolute paths. >> > > Unless there'

Re: Running Windows 8 tests visibly on mozilla-central, mozilla-inbound and try

s also dev-planning rather than dev-platform? -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___ dev-platform mailing list dev-platform@lists.mozill

Re: Bug 851818 - Modernizing the Enter Bug Entry Page in Bugzilla

On Tuesday 2013-03-19 12:19 +0800, Byron Jones wrote: > L. David Baron wrote: > >I'd actually like to see Core higher on the list for the > >no-canconfirm case. I think it's common for reasonably > >well-informed Web developers (who would have been able to choose a

Re: Bug 851818 - Modernizing the Enter Bug Entry Page in Bugzilla

g in Firefox::General. And I think appropriate guiding for Web developers filing bugs against the rendering engine is an important case. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 ___

Re: Bug 851818 - Modernizing the Enter Bug Entry Page in Bugzilla

Seems like a good proposal, but dev-platform doesn't really feel like the best place to get feedback from the people affected. Not sure what would be, though. (on Labs: There's a bunch of smaller projects there, but I don't mind if they're slightly harder to find) --da On Mon, Mar 18, 2013 at

Re: Turning off window.Components for the web

mplementations, influencing other implementations through standards processes, and influencing other implementations in other ways. That said, it seems like it may be worth pushing on the cases we know about before shipping to a beta/release audience. It also might be worth removing Co

Re: GTest has landed

are for |make check| tests? They should be, and the fewer tests you currently have, the easier it is to make them fatal. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla http://www.mozilla.org/ 𝄂 __

Re: Review of changes to Web compat-sensitive prefs in localizations

o do localization lead them to read the text. The reality is that I suspect it may be important for you to do occasional audits of these values; it could also be valuable to have a tool that exposes all of them in a single place (perhaps even a place with history, like an automatica

<    5   6   7   8   9   10   11   >