[Firefox Desktop] Issues found: June 20th to 24th

Hi everyone, Here's the list of new issues found and filed by the Desktop Release QA Team last week, *June 20 - June 24* (week 25). 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/Des

Re: MXR permanently offline, please transition to DXR

Thanks for pointing this out! We've increased the contrast in https://github.com/mozilla/dxr/commit/a0b7afeb82bc9903d8c80494fb487b93ef280b70. Do feel free to file bugs in the future. Cheers, Erik > On Jun 25, 2016, at 0:45 , Philip Chee wrote: > > MXR uses black text (#00) on a white back

WebCompat Go Faster Add-on

As discussed in the "Platform + Web Compat" session in London, the webcompat team intends to build a Go Faster Add-on to give us the ability to quickly respond to high profile site compatibility issues in the coming quarter(s). The intent is to be able deploy short-term fixes for high-impact,

Fwd: [dev-servo] 25% Improvement in page load time!

Shing Lyu from our Taipei Layout team reports a 25% page load improvement in Servo from moving to a hashtable lookup from an iterator search of the public suffix list ( https://publicsuffix.org/ ) Should Gecko do the same thing and replace our binary search method? https://dxr.mozilla.org/mozilla-

Re: WebCompat Go Faster Add-on

What's the policy for reviews and testing with this addon? Justin On Mon, Jun 27, 2016 at 10:51 AM, Mike Taylor wrote: > As discussed in the "Platform + Web Compat" session in London, the > webcompat team intends to build a Go Faster Add-on to give us the ability > to quickly respond to high pr

Re: [dev-servo] 25% Improvement in page load time!

On Mon, Jun 27, 2016 at 2:01 PM, Jet Villegas wrote: > Shing Lyu from our Taipei Layout team reports a 25% page load improvement > in Servo from moving to a hashtable lookup from an iterator search of the > public suffix list ( https://publicsuffix.org/ ) > > Should Gecko do the same thing and rep

Re: [Go Faster] WebCompat Go Faster Add-on

On Mon, Jun 27, 2016 at 2:26 PM, Cory Price wrote: > > On Mon, Jun 27, 2016 at 11:05 AM, Justin Dolske > wrote: > >> What's the policy for reviews and testing with this addon? >> > > You can see the current process for deploying things in the Go Faster > documentation (Wiki

Re: [dev-servo] 25% Improvement in page load time!

I see that Servo was replacing an iterating strcmp with hashing, so that explains the speed wins they're seeing. Maybe they should look into bsearch for the memory wins too, if speed is comparable. Shing Lyu: will you note that in the Servo github issue? Thanks, --Jet On Mon, Jun 27, 2016 at 1

Re: [Go Faster] WebCompat Go Faster Add-on

I'm not really clear what part of those docs covers my questions. Either I'm missing it, or my question wasn't clear... I'm asking because this is code shipping to end-users, so I'd expect it to adhere to basically the same engineering standards as code that ships as part of baseline Firefox. AFAI

Re: [Go Faster] WebCompat Go Faster Add-on

On Mon, Jun 27, 2016 at 2:26 PM, Cory Price mailto:cpr...@mozilla.com>> wrote: On Mon, Jun 27, 2016 at 11:05 AM, Justin Dolske mailto:dol...@mozilla.com>> wrote: What's the policy for reviews and testing with this addon? You can see the current process for deploying things in

Re: [Go Faster] WebCompat Go Faster Add-on

On 6/27/16 3:20 PM, Justin Dolske wrote: I'm asking because this is code shipping to end-users, so I'd expect it to adhere to basically the same engineering standards as code that ships as part of baseline Firefox. AFAIK this is the first time that's really been a question -- our other system add

Re: One Firefox repository to rule them all

The unified Firefox repo has now been moved out of experimental status and is available at https://hg.mozilla.org/mozilla-unified . The repository is read-only and contains most of the commits from the main Firefox repos in chronological order. Pre-generated bundles

Re: One Firefox repository to rule them all

On Mon, Jun 27, 2016 at 02:23:52PM -0700, Gregory Szorc wrote: > The unified Firefox repo has now been moved out of experimental status and > is available at https://hg.mozilla.org/mozilla-unified > . Which one is it? firefox/ or mozilla-unified/? Both exist and don

Re: One Firefox repository to rule them all

On Tue, Jun 28, 2016 at 07:36:52AM +0900, Mike Hommey wrote: > On Mon, Jun 27, 2016 at 02:23:52PM -0700, Gregory Szorc wrote: > > The unified Firefox repo has now been moved out of experimental status and > > is available at https://hg.mozilla.org/mozilla-unified > >

Re: MXR permanently offline, please transition to DXR

Is it possible to safely redirect mxr to dxr? When I use my awesomebar and type "docshell", it pulls up https://mxr.mozilla.org/mozilla-central/source/docshell/base/nsDocShell.cpp. I click enter and end up at the mxr error page. So instead I do a dxr search for docshell and scroll through a l

Re: One Firefox repository to rule them all

On Mon, Jun 27, 2016 at 3:36 PM, Mike Hommey wrote: > On Mon, Jun 27, 2016 at 02:23:52PM -0700, Gregory Szorc wrote: > > The unified Firefox repo has now been moved out of experimental status > and > > is available at https://hg.mozilla.org/mozilla-unified > > . >

Rewritten `mach mercurial-setup` / Mercurial slides from London

As of a few weeks ago, `mach mercurial-setup` and its integration with mach have been rewritten. The Mercurial configuration wizard has been rewritten and contains a number of new features. If you haven't executed `mach mercurial-setup` lately, I encourage you to do so to ensure you have the lates

Intent to ship: unprefixed unicode-bidi values

Summary: Some values of unicode-bidi (isolate, isolate-override, plaintext) have been implemented with -moz- prefix for quite a while. And now I have a build which passes all tests of this property from CSS working group, so I think it is good time to unprefix. Bug: https://bugzilla.mozilla.org/sh

Re: [dev-servo] 25% Improvement in page load time!

Done! https://github.com/servo/servo/issues/11888 Thanks for the suggestion. Best, Shing - Shing Lyu | Mozilla Taipei 2016-06-28 3:56 GMT+08:00 Jet Villegas : > I see that Servo was replacing an iterating strcmp with hashing, so that > explains the speed wins they're seeing. Maybe they should