BMO Version Upgrade Testing and Feedback Needed by April 25th, 2016

Greetings, The Mozilla Bugzilla Team (B-Team) is happy to announce the test release of the next version of bugzilla.mozilla.org (BMO) based on the upstream Bugzilla code base. Although we have backported a lot of cool stuff over the years from upstream, it is still beneficial for Mozilla to run a

BMO Version Upgrade Testing and Feedback Needed by May 2nd, 2016

My apologies. We will need to move this out a week to accommodate the new Firefox release on April 26th. We do not want our migration to interrupt the release process so better to do it after. More time for quality testing and feedback! :) Thanks dkl Forwarded Message Subject:

Re: Triage Plan for Firefox Components

features, > only. > > -- Emma > > On Tue, Apr 12, 2016 at 1:01 PM, Mark Côté wrote: > >> On 2016-04-07 2:50 AM, L. David Baron wrote: >>> (I'd much rather a bug report be editable text, with history >>> available, for answers to these or similar quest

Build System Project - Update from the last 2 weeks

code, and Makefiles from mozilla-central. As mentioned in the previous status email, this will allow us to replace the build backend with a more performant tool. David [1] https://groups.google.com/d/msg/mozilla.dev.platform/7kCM7aJ80rs/Mgq7jrmNBAAJ [2] https://treeherder.mozilla.org/perf.html

Build System Project - Update from the last 2 weeks

builds in automation. Finally, Old-configure m4+shell has shrunk by 20% since the beginning of the year. As mentioned in the previous status email, this will allow us to replace the build backend with a more performant tool. David [1] https://groups.google.com/d/msg/mozilla.dev.platform/aQVrp8GElno

Build System Project - Latest Update

Below is a highlight of all work the build peers have done since the last report[1]. We have reduced the time it takes to run reftests as well as the amount of I/O that happens during the tests by disabling some features in Firefox that are not used during the test. This has saved over 50GB of I/O

Re: ARIA membership and role="password"

Hi Johnathan, Our lack of direct W3C ARIA involvement recently is mainly due to time/resource constraints and we have influence via proxy. I think ARIA is best scoped as passive semantics used to describe the reality of how web developers (ab)use HTML. It is not unreasonable to argue that ARIA, b

Re: Basic Auth Prevalence (was Re: Intent to ship: Treat cookies set over non-secure HTTP as session cookies)

that handshake. I suspect in these cases people won't have all the necessary security setup if it is behind some kind of firewall. Just a thought. David On 11 June 2016 at 03:27, Jason Duell wrote: > This data also smells weird to me. 8% of pages using basic auth seems very > very hig

Re: Faster gecko builds with IceCC on Mac and Linux

the next fortnight to make sure we havent regressed anything. After that we will be working towards making it available to engineers before the end of Q3 (at least on one platform). David [1] https://groups.google.com/forum/#!topicsearchin/mozilla.dev.platform/Build$20System$20Project$20 On 4

Reproducible builds

e images used by Mozilla would probably be enough for now IMHO. People can always audit the image by traversing the image file system to see whether they find something fishy. Does a comparable build seems like a good end-goal? David [1] https:/

Re: Reproducible builds

Le lundi 18 juillet 2016 20:57:12 UTC+2, Gregory Szorc a écrit : > On Sun, Jul 17, 2016 at 9:38 AM, David Bruant wrote: > > We already have deterministic packaging in some parts of Firefox (notably > most XPIs and omni.ja files). We've done this by implementing our own > jar

Build System Project - Latest Update

some great work with updating MozillaBuild to msys2 and now has artifact builds working there. [1] https://groups.google.com/d/msg/mozilla.dev.platform/VH3KD4ZyNL0/befnqd7WPQAJ David ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Proposed change to Commit Access Policy Level 3

Looks great to me! David On 4 August 2016 at 06:20, Mitchell Baker wrote: > Over time we've made a series of exceptions to the level 3 requirements > for Sheriffs and this proposal addresses that. > > > The current Policy for level 3 is: > > Lev

Build System Project - Latest Update

Below is a highlight of all work the build peers have done since the last report[1]. The build peers have been working to get faster builds in automation as well as well as local developers. We have updated the way that Taskcluster decision and linting jobs use version control[2]. This has driven

Build System Project - Latest Update

Below is a highlight of all work the build peers have done since the last report[1]. The build peers have been working to get faster builds in automation as well as for local developers. We have landed changes to stop generating XPIDL sources in artifact builds[2], which is a performance and corre

So, what's the point of Cu.import, these days?

of good reason to not do this? Cheers, David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: So, what's the point of Cu.import, these days?

What's the current status of the implementation of ES6 modules? Also, to use them in chrome code, can we support synchronous loading? Or would we need to make the rewrite more complicated to support asynchronous loading? On 25/09/16 02:35, Bill McCloskey wrote: > If we're going to do a mass conver

Re: So, what's the point of Cu.import, these days?

ting it to be a regular function/method call. If executing this JS code means that we need to somehow load modules, this means that the loading needs to block the caller. Is this the case already? Cheers, David On 26/09/16 12:33, jcoppe...@mozilla.com wrote: > On Sunday, 25 September 2

Re: So, what's the point of Cu.import, these days?

In web content, that's also the case with ES6 and require-style modules. I realize that it's a bit more complicated in chrome code, with all the XUL + XBL + XPCOM + subscript loader, but I believe that we should be able to reach the same result. Cheers, David On 26/09/16 18:01, Josh

Re: So, what's the point of Cu.import, these days?

I agree that my formulation was poor, but that's what I meant: in *a single webpage*, all these modules behave the same wrt the underlying objects. On 26/09/16 18:14, Boris Zbarsky wrote: > On 9/26/16 12:09 PM, David Teller wrote: >> In web content, that's also the case w

Re: So, what's the point of Cu.import, these days?

e. Well, I *hope* it's just tests. We would need a way to keep these tests working with ES6 modules. Perhaps by requiring these tests to continue using a `Cu.import` modified to work with ES6 modules. That's all from the top of my head. At this stage, I suspect that the best gain/

Re: So, what's the point of Cu.import, these days?

I have opened bug 1305669 with one possible strategy for migrating towards RequireJS. Cheers, David On 25/09/16 01:16, Bobby Holley wrote: > If the conversion is tractable and we end up with module ergonomics that > frontend developers are happy with, I'm certainly in favor of this

Re: So, what's the point of Cu.import, these days?

On 27/09/16 11:58, Gijs Kruitbosch wrote: > On 27/09/2016 10:28, David Teller wrote: >> How hard would it be to consider all chrome code (of a JSRuntime) as a >> single webpage? That's pretty much a requirement for any module loader >> we would use for our chrome code

Re: So, what's the point of Cu.import, these days?

Le mardi 27 septembre 2016 14:49:36 UTC+2, David Teller a écrit : > I have opened bug 1305669 with one possible strategy for migrating > towards RequireJS. RequireJS [1] is a peculiar choice for chrome code especially if your goal is static analysis. From this thread and what I read in b

Re: So, what's the point of Cu.import, these days?

grate to these. Cheers, David [1] https://flowtype.org/docs/modules.html#_ On 27/09/16 17:00, David Bruant wrote: > Le mardi 27 septembre 2016 14:49:36 UTC+2, David Teller a écrit : >> I have opened bug 1305669 with one possible strategy for migrating >> towards RequireJS. >

Re: So, what's the point of Cu.import, these days?

On 27/09/16 19:35, Zibi Braniecki wrote: > On Tuesday, September 27, 2016 at 2:28:54 AM UTC-7, David Teller wrote: >> If I understand ES6 modules correctly, two imports from the same webpage >> will return the same module instance, right? > > I don't think this is

Re: So, what's the point of Cu.import, these days?

I have posted a draft of a plan for migrating from JSM to ES6 modules here: https://gist.github.com/Yoric/2a7c8395377c7187ebf02219980b6f4d Cheers, David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo

Re: So, what's the point of Cu.import, these days?

t breaking `defineLazyModuleGetter` – pending confirmation from @jonco that this can be done. Essentially, past some point in the migration, `Cu.import` becomes a sync version of the ES7's `import()` function. If this works (and it's a pretty big "if"), we can use more or less the sa

Build System Project - Latest Update

95937 <https://bugzilla.mozilla.org/show_bug.cgi?id=1295937> and for Libffi (bug 1262155 <https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1262155>). David [1] https://groups.google.com/d/msg/mozilla.dev.platform/BWuB6S7qxUc/9HzVRXg3CAAJ

Re: Adding Rust code to Gecko, now documented

\o/ Do we already have a story for implementing WebIDL in Rust? Cheers, David On 09/11/16 12:20, Ted Mielczarek wrote: > I recently wrote some documentation on how to add Rust code to Gecko: > http://gecko.readthedocs.io/en/latest/build/buildsystem/rust.html > > It shou

Re: Please do not add any new CppUnitTests/GeckoCppUnitTests

On Wed, Nov 9, 2016, at 06:17 PM, Mike Hommey wrote: > On Thu, Nov 10, 2016 at 11:04:05AM +1100, Nicholas Nethercote wrote: > > On Thu, Nov 10, 2016 at 10:00 AM, Mike Hommey wrote: > > > > > > > > CppUnitTests are fine to keep. > > > > > > Having said that, IMO it is desirable to convert CppUni

Build System Project - Latest Update

in Mozilla Central but this is tiny task (dependencies of bug 1295937 <https://bugzilla.mozilla.org/show_bug.cgi?id=1295937>). The NSS work is blocking the SCCache2 work. With the current NSS patches we are getting green build so expect this work to be complete by the end of the week.

Re: Adding Rust code to Gecko, now documented

e how tricky it is to handle with a combo of Rust and C++. Thanks, David On 10/11/16 02:43, Bobby Holley wrote: > On Wed, Nov 9, 2016 at 12:31 PM, David Teller <mailto:dtel...@mozilla.com>> wrote: > > \o/ > > Do we already have a story for implementing WebIDL in

Re: What are your use cases for the Touch Bar on the new MacBook Pro?

To build upon the "tab bar" idea: scrolling quickly among my 300+ tabs. On 03/01/17 21:50, sev...@gmail.com wrote: > Off the top of my head ideas: > > Quick-access to the back, forward, refresh, bookmark, share buttons could be > a good. Tab bar might be handy too, so with a touch of my finger I

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: 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: 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

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

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: 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

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

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: 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: 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

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&

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: 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: 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

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?

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

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: How to reduce the time m-i is closed?

you can always add checkin-needed keyword to the bug and the sheriffs will land it for you ASAP. David On 20/11/2013 16:20, Robert Kaiser wrote: Nicholas Nethercote schrieb: It also assumes that we can backout stuff to fix the problem; we tried that to some extent with the first OOM closure

Re: Reacting more strongly to low-memory situations in Firefox 25

It seems that the 12MB reservation was aborting due to an invalid parameter. I've filed bug 943051. - Original Message - From: "Benjamin Smedberg" To: "Ehsan Akhgari" , dev-platform@lists.mozilla.org Sent: Monday, November 25, 2013 9:18:02 AM Subject: Re: Reacting more strongly to low-me

(un)safety of NS_LITERAL_STRING("...").get()

have a few questions for anyone with some insight: - Is this pattern always unsafe? - Is it sometimes unsafe? (if so, when/why?) - Should we do some cleanup and avoid things like this? (or maybe this is an outdated concern and isn't an issue anymore?) Cheers, David [0] https://bugzilla.mozilla.o

Re: js-inbound as a separate tree

reduce the time the tree is closed greatly. more comments in line. David On 19/12/2013 18:48, Jason Orendorff wrote: On dev-tech-js-engine-internals, there's been some discussion about reviving a separate tree for JS engine development. The tradeoffs are like any other team-specific tree.

Re: js-inbound as a separate tree

On 19/12/2013 23:56, Jason Orendorff wrote: On 12/19/13 4:55 PM, David Burns wrote: On 19/12/2013 18:48, Jason Orendorff wrote: Con: - more work for sheriffs (mostly merges) If mostly merges, are you suggesting there will be little traffic on the branch or the JS team will watch the tree for

Re: Target Milestone field in bugzilla

t the different teams use. They can change the milestone values using the alternative UI. dkl -- David Lawrence d...@mozilla.com ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Parallel sandboxed iframes

bset that can work in parallel from its parent. I believe parallel sandboxed iframes would be a good thing also because it would encourage web developers to use them also for their security characteristics. It would also save the work of creating new WebWorker-specific APIs. Thoughts? David [1] h

Re: Parallel sandboxed iframes

eTLD IIUC). I think it flows that sandboxed iframes will be process-isolated (since a sandboxed iframe is in its own "site"). I believe this lowers the chance of Blink adopting the WebWorker-specific APIs to draw on canvas/WebGL contexts that Mozilla is working on. David [1] https://gro

Re: Parallel sandboxed iframes

Hi, So far, nobody said that the idea was either stupid or impossible/impractical, so I went ahead and filed https://bugzilla.mozilla.org/show_bug.cgi?id=961689 David ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Tagging legitimate main thread I/O

On 02/07/14 10:31, ISHIKAWA, Chiaki wrote: > Message: > [10549] WARNING: Security network blocking I/O on Main Thread: file > /REF-COMM-CENTRAL/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp, > line 422 This generally happens when javascript calls a function on an nsIX509Cert tha

Re: W3C Proposed Recommendations: WAI-ARIA (accessibility)

I support this W3C Recommendation. Cheers, David On Tue, Feb 11, 2014 at 2:22 PM, L. David Baron wrote: > W3C recently published the following proposed recommendations (the > stage before W3C's final stage, Recommendation): > > Accessible Rich Internet Applications (WAI-A

Re: Spring cleaning: Reducing Number & Footprint of HG Repos

. We have seen that when there is a massive one it will take down their site for hours impacting engineering productivity again since people can't pull or push. I couldn't find similar reports on bitbucket but it can happen to any third party we may use. David [1] https://github.com/

Re: Firebug in embedded XULRunner.

js.org/ (built on top of Phantom (Webkit) or SlimerJS (Gecko)). I have no idea as to the Java embedding story for this though. David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Is XPath still a thing?

still a going concern from where I stand. Web Testing people, who use Selenium WebDriver, use XPath extensively since they struggle to get to have testable documents. Having decent documentation for them would be awesome :) David P.S. Having a "native" implementation of XPath make

Re: Is XPath still a thing?

Not from my side! David On 14/04/2014 22:41, Eric Shepherd wrote: On 2014-04-14 21:38:24 +, David Burns said: XPath is still a going concern from where I stand. Web Testing people, who use Selenium WebDriver, use XPath extensively since they struggle to get to have testable documents

Re: People building and debugging Firefox on Windows wanted

3.01GB Opt build, -Z7: build 16:59, objdir 4.43GB I used the opt Z7 build for a bug investigation and, at least at first glance, I didn't notice any problems with the debugging information. David - Original Message - > From: "Mike Hommey" > To: "Neil" &g

Re: [Sheriffs] Update on sheriff-assisted checkin-needed bugs

It doesn't feel like a quick |hg qimport bz://123456; hg qref -m "favourite try syntax>"; hg try| would really put a dent in a mentors productivity. If someone has already put in the effort to update the bug with try syntax why not just do 1 more step and push to try? David

Re: B2G, email, and SSL/TLS certificate exceptions for invalid certificates

sk the user for the expected certificate fingerprint. If it matches the certificate the server provided, then the exception can safely be added. The user will have to obtain that fingerprint out-of-band over a hopefully secure channel. I would be wary of implementing a more involved scheme that invo

Re: B2G, email, and SSL/TLS certificate exceptions for invalid certificates

On 05/28/2014 06:01 PM, Karl Dubost wrote: > Andrew, > > Le 29 mai 2014 à 09:50, Andrew Sutherland a > écrit : >> Trusting you as a human doesn't translate into protecting the users of your >> server from man-in-the-middle attacks. >> How do you translate the human trust into the technical tru

Tree Closure Stats - May 2014

://futurama.theautomatedtester.co.uk/ David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

BzAPI Compatibility API has been rolled out to production BMO

Until recently, Bugzilla supported only older Web technologies, namely XMLRPC and JSONRPC. The BMO team created a new REST API in the summer of 2013 to provide a modern Web interface to Bugzilla. Prior to the native REST API[1], a separate proxy service called BzAPI[2] was created that provi

Intent to unimplement: proprietary window.crypto functions/properties

[dev.platform cc'd for visibility - please follow-up to dev.tech.crypto] Summary: We intend to remove the proprietary window.crypto functions and properties. See https://developer.mozilla.org/en-US/docs/JavaScript_crypto for what will be affected by this change. Our reasoning is as follows: These

Tree Closure Stats - June 2014

previous months please see http://futurama.theautomatedtester.co.uk/ David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Tree Closure Stats - July 2014

please see http://futurama.theautomatedtester.co.uk/ David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Tree Closure Stats - July 2014

narrow down issues that need backing out. The sheriffs have, as always, been trying to limit the closures where they can which has also had an affect. David On 06/08/2014 07:03, Ehsan Akhgari wrote: Hmm thanks David, this is interesting data! Looking at the chart, the amount of tree closure

Re: We should drop MathML

On Sunday, May 5, 2013 10:27:41 PM UTC-7, p.kraut...@gmail.com wrote: > 2.1 you claim MathML never saw traction outside of Firefox. I tried to point > out that MathML has huge traction in publishing and the educational sector, > even if it wasn't visible on the web until MathJax came along. Googl

Re: Experiment with running debug tests less often on mozilla-inbound the week of August 25

I know this is tangential but the small changes are the least tested changes in my experience. The try push requirement for checkin-needed has had a wonderful impact on the amount of times the tree is closed[1]. The tree is less likely to be closed these days. David [1] http

Switching to Visual Studio 2013

ed=1 David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Switching to Visual Studio 2013

Please open bugs for this kind of thing. I filed 1061339 for you. - Original Message - > From: "xunxun" > To: "David Major" > Cc: dev-platform@lists.mozilla.org, firefox-...@mozilla.org > Sent: Monday, September 1, 2014 9:01:19 PM > Subject: Re: Switc

Marionette Mailing List

n the list and feel free to pass this email on to anyone else that might be interested in joining the list. David [1] https://lists.mozilla.org/listinfo/tools-marionette ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozill

Re: Switching to Visual Studio 2013

he process. David - Original Message - > From: "David Major" > To: dev-platform@lists.mozilla.org, firefox-...@mozilla.org > Sent: Friday, August 22, 2014 6:27:58 PM > Subject: Switching to Visual Studio 2013 > > We plan to switch the Windows build machines to

Re: Switching to Visual Studio 2013

Check the package: VS2013 builds contain msvcr120.dll and msvcp120.dll. VS2010 builds contain msvcr100.dll and msvcp100.dll. * Check the build log: VS2013 logs contain the string 'Compiler Version 18.00'. VS2010 logs contain the string 'Compiler Version 16.00'.

Re: Compiler version expectations

ttp://chromium-cpp.appspot.com/ What MS compiler does that list require? There's a number of people building with VS2012, would that still be supported? David - Original Message - > From: "Jeff Muizelaar" > To: "Ehsan Akhgari" > Cc: "dev-platfo

Re: Using __declspec(thread) on Windows

> in the .EXE or in DLLs statically linked by the .EXE, so not libxul, but in > our shipped Windows builds mozglue.dll is statically linked to firefox.exe > so we could put __declspec(thread) variables there. What does 'statically linked' mean in this context? Mozglue.dll is still a DLL, but yes

Re: About the bitfield requirement for portibility

Mixing types will likely produce unexpected and/or wasteful results. Examples at http://randomascii.wordpress.com/2010/06/06/bit-field-packing-with-visual-c/. I believe that is still true in VS2013. David - Original Message - > From: "Xidorn Quan" > To: dev-platform@l

Re: Screen Capture

oable? 4. Feature requests (eg. blurred or lorem-ipsum text) David ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Removing unused Perl scripts from the tree

Thanks for doing this! On 10/27/2014 03:18 PM, Nicholas Nethercote wrote: > ./security/manager/ssl/tests/unit/test_certificate_usages/generate.pl > - mentioned in comments in > security/manager/ssl/tests/unit/test_certificate_usages.js We probably still need this until bug 969985[0] is fixed (in

Re: Proposed W3C Charter: Web Application Security (WebAppSec) Working Group

On Fri, Jan 16, 2015, at 08:58 AM, Anne van Kesteren wrote: > On Fri, Jan 16, 2015 at 12:53 AM, L. David Baron > wrote: > > Please reply to this thread if you think there's something else we > > should say, or if you think we should support the charter. > > I th

Re: Capturing additional metadata in moz.build files

to workout what they need as try syntax, it would be done for them. David On 9 December 2014 at 18:46, Gregory Szorc wrote: > In Portland, there were a number of discussions around ideas and features > that could be easier implemented if only we had better metadata and > annotations

intent to un-ship: nsISSLErrorListener

incompatible with current versions of gecko, don't do anything anyway, or both. Any addons affected by this change can simply remove any references to nsISSLErrorListener and any implementations of the interface (i.e. notifySSLError). Cheers, David [0] https://bugzilla.mozilla.org/show_bug.c

nsINSSCertCache has been removed; use nsIX509CertDB.getCerts()

The original nsIX509CertList ("someX509CertList" in this example) should be used directly. Cheers, David [0] https://bugzilla.mozilla.org/show_bug.cgi?id=1147085 [1] https://hg.mozilla.org/mozilla-central/rev/1dfe22ca4abe ___ dev-platform mailing l

AsyncPanZoom enabled for one Nightly - 4/22/2015 - Windows E10S only

To get some feedback on AsyncPanZoom we are enabling it on tonight's nightly, for Windows only. It will be re-disabled in the next nightly. For those unfamiliar, APZ makes scrolling responsive by pre-rendering more content than what is visible in the viewport [1]. This lets us present it asynch

Re: AsyncPanZoom enabled for one Nightly - 4/22/2015 - Windows E10S only

On Wednesday, April 22, 2015 at 3:58:17 AM UTC-4, James May wrote: > On 22 April 2015 at 12:51, David Anderson <@gmail.com> wrote: > > > To get some feedback on AsyncPanZoom we are enabling it on tonight's > > nightly, for Windows only. It will be re

Re: Largest chunks of code that are likely to be removable?

On Tuesday, June 30, 2015 at 9:01:45 AM UTC-4, kgu...@mozilla.com wrote: > On Tuesday, June 30, 2015 at 3:41:43 AM UTC-4, Kearwood "Kip" Gilbert wrote: > > Would anyone be opposed to combining the Matrix4x4 class and gfx3DMatrix? > > Rather than adding support for transforms and projections that

Re: Shutdown hangs are very common

> Should fixing shutdown hangs be higher priority? > And if so, should we allow features with shutdown hangs to be released? I admit to skimming over shutdown-hang signatures when looking at topcrash lists. In my experience they're often longstanding issues that are difficult to diagnose and rare

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

+1 for removing this. Gecko's use is inconsistent, and outside of Gecko code that does use it, I've never seen it used in any other codebase. I've never gone to another project and thought, "I miss decorating everything in a way that changes capitalization and impairs canonical naming". Reasons

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

+1 for removing this. Gecko's use is inconsistent, and outside of Gecko code that does use it, I've never seen it used in any other codebase. I've never gone to another project and thought, "I miss decorating everything in a way that changes capitalization and impairs canonical naming". Reasons

Re: Switch to Google C++ Style Wholesale (was Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++)

May I request that the major parts of this not happen until we have a blame that can "see through" such changes. Last I checked, gps had some ideas in that space but lacked time to implement. On Wed, Jul 15, 2015, at 03:23 AM, Benjamin Smedberg wrote: > > > On 7/8/2015 7:31 AM, Nathan Froyd wro

Re: Help with removing __iterator__ from JS

(this)] ]; --- It should work in Firefox today (at least the Symbol.iterator and computed object prop parts. Not 100% sure about the array comprehension as I haven't tested) David Le 22/07/2015 14:42, Paolo Amadini a écrit : On 7/21/2015 12:07 PM, Tom Schuster wrote: Aside: Pleas

<    1   2   3   4   5   6   7   8   9   10   >