Re: Tool for generation of regression-range links

in Firefox and not in Chrome. I figured for this audience that wouldn't be a problem. FWIW, Robert Helmer wrote a tool for scraping the FTP server, storing the relevant bits in a database, and exposing the result via HTTP+JSON. It used to run on Mozilla's Stackato deployment, but he turned off his

symbol server (symbols.m.o) moved

Hello, We're now hosting symbols in S3, and have just completed the transition of the Mozilla symbol server (http://symbols.mozilla.org) in bug 1097209. If you use this service and notice any problems, please file a bug in Socorro::Infra (or just let me know) Thanks! Rob Helmer

symbolapi downtime tomorrow noon PST (2015-03-04)

Hello, Per bug 1077633 we are taking symbolapi.m.o (used by the Gecko Profiler to do symbolication) down for preventative maintenance tomorrow at noon PST. Expected downtime is 1 hour. Thanks! Rob ___ dev-platform mailing list

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

+1 on doing WebExt APIs in parallel - this can be done outside of mozilla-central on non-release channels using WebExtension Experiments (https://webextensions-experiments.readthedocs.io) Once the implementation in mozilla-central is settled down, the experimental API can be merged. On Tue, Jan

intent to remove: standalone about:addons UI and tests

Currently we support running the about:addons UI in both a standalone window, and also in a browser tab. Firefox has only used the latter for many years, but we've continued to maintain tests for both, which increases both our maintenance burden and also the time it takes tests to run. This

Re: Still-supported cases of out-of-tree XPCOM code?

On Wed, Nov 15, 2017 at 8:31 AM, Kris Maglione wrote: > On Wed, Nov 15, 2017 at 04:12:06PM +0200, Henri Sivonen wrote: >> >> On Wed, Nov 15, 2017 at 3:16 PM, Andrea Marchesini >>> >>> This is why we had this issue. It should not be impossible for a >>> 'standard' >>>

Re: verifying unpacked signed add-ons

On Fri, Nov 3, 2017 at 3:43 PM, David Keeler <dkee...@mozilla.com> wrote: > On 11/03/2017 03:34 PM, Robert Helmer wrote: >> On Fri, Nov 3, 2017 at 3:25 PM, David Keeler <dkee...@mozilla.com> wrote: >>> [firefox-dev, dev-addons, and the enterprise mailing list cc'd

Re: verifying unpacked signed add-ons

On Fri, Nov 3, 2017 at 3:25 PM, David Keeler wrote: > [firefox-dev, dev-addons, and the enterprise mailing list cc'd - please > direct follow-up discussion to dev-platform] > > Hello All, > > As you're no doubt aware, from 57 onwards, only signed WebExtensions > will be

Re: New Policy: Marking Bugzilla bugs for features riding behind a pref

On Thu, May 3, 2018 at 11:57 AM, Adam Roach wrote: > On 5/3/18 12:18 PM, Nicholas Alexander wrote: >> >> Not all features are feasible to ship behind feature flags. > > > I'm pretty sure the proposed policy isn't intended to change anything > regarding features that ship without

Re: PSA: Chrome-only WebIDL interfaces no longer require DOM peer review

On Mon, Mar 12, 2018 at 11:56 AM, Myk Melez wrote: > Nicholas Nethercote > 2018 March 9 at 20:02 > > What's your definition of XPCOM? > > This is basically what I'm asking Kris. I define it as the system that > Firefox uses to make intra- and inter-language calls between C++

Re: PSA: New method for registering XPCOM components

On Wed, Feb 6, 2019 at 2:25 PM Kris Maglione wrote: > >* Perhaps a link (or multiple links) to MDN docs we already > >have on XPCOM components - which may provide an introduction as > >to what they are, when and why they’re used, etc. > > I'm not sure this is a good idea. Docs about Gecko