Re: IPCStream landed in mozilla-central

On Fri, May 20, 2016 at 8:10 PM, Ben Kelly wrote: > On Fri, May 20, 2016 at 11:09 AM, Ben Kelly wrote: > >> On Fri, May 20, 2016 at 7:37 AM, Honza Bambas >> wrote: >> >>> And I do! :) Actually any parent necko channel, mainly HTTP,

Re: Redesigning the docshell/loadgroup/document interaction

On May 20, 2016 6:14 PM, "Jonas Sicking" wrote: > That doesn't sound good. We should give each worker its own loadgroup. > Independent of if it's a dedicated, shared or service worker. > > Or is there a reason to share loadgroup with the document that I'm missing? Not sure. I

Re: IPCStream landed in mozilla-central

On Fri, May 20, 2016 at 11:09 AM, Ben Kelly wrote: > On Fri, May 20, 2016 at 7:37 AM, Honza Bambas wrote: > >> And I do! :) Actually any parent necko channel, mainly HTTP, which sends >> data to the child process. We also have bug 1110596 which

Re: Redesigning the docshell/loadgroup/document interaction

On Fri, May 20, 2016 at 12:28 PM, Ben Kelly wrote: > On Fri, May 20, 2016 at 3:12 PM, Jonas Sicking wrote: >> >> On Fri, May 20, 2016 at 8:04 AM, Ben Kelly wrote: >> > On Fri, May 20, 2016 at 10:56 AM, Boris Zbarsky >>

Re: Starting to contribute (Need Help!!)

On 2016-05-20 4:23 PM, mistr...@iitj.ac.in wrote: Hi everyone! I am an undergraduate student and I want to start contributing to the Mozilla community. So it would be awesome if someone could tell me where to start from specifically and also what should I learn before starting. Hi! Thanks

Starting to contribute (Need Help!!)

Hi everyone! I am an undergraduate student and I want to start contributing to the Mozilla community. So it would be awesome if someone could tell me where to start from specifically and also what should I learn before starting. Thanks in advance.

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

Ah, I think I spoke to quickly -- the jumping is caused by javascript, but not by javascript scrolling. It's certainly possible that javascript hiding of large elements would be treated as reflow events by this approach... /a On 5/20/16 15:19, Adam Roach wrote: There is one FAQ on that

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

There is one FAQ on that page, and I think it basically says the opposite. /a On 5/20/16 12:35, Kartikaya Gupta wrote: Note that this might get fixed in chrome with their new "scroll anchoring" feature - https://developers.google.com/web/updates/2016/04/scroll-anchoring?hl=en kats On Fri,

Re: Redesigning the docshell/loadgroup/document interaction

On Fri, May 20, 2016 at 8:04 AM, Ben Kelly wrote: > On Fri, May 20, 2016 at 10:56 AM, Boris Zbarsky wrote: > >> Thoughts? Any obvious problems with this plan? > > We have the concept of network requests made from workers not associated > with a single

Re: Updating 32-bit Windows users to 64-bit Windows builds?

I filed bug 1274659 [1] to track this proposal and attempted to summarize the issues brought up. Please add any technical comments and blocking bugs there. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1274659 -e On Fri, May 20, 2016 at 5:56 AM, Tobias B. Besemer <

Re: Tier-1 for Linux 64 Debug builds in TaskCluster on March 14 (and more!)

On Fri, May 20, 2016 at 11:27 AM, Nathan Froyd wrote: > On Fri, May 20, 2016 at 11:18 AM, Armen Zambrano G. > wrote: > > On 2016-05-19 08:29 PM, Mike Hommey wrote: > >> It's also not possible to *trigger* new TC jobs on treeherder ; like, > >> pushing

Re: Tier-1 for Linux 64 Debug builds in TaskCluster on March 14 (and more!)

> BTW, starting yesterday, there was a "TaskClusterRobot" comment on my m-i > push on GitHub with message "TaskCluster: @upsuper does not have permission > to trigger tasks." [1][2] This was due to an unfortunate interaction of the mirroring of gecko to github, and the taskcluster-github

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

Note that this might get fixed in chrome with their new "scroll anchoring" feature - https://developers.google.com/web/updates/2016/04/scroll-anchoring?hl=en kats On Fri, May 20, 2016 at 12:15 PM, Adam Roach wrote: > On 5/20/16 10:13, Gijs Kruitbosch wrote: >> >> On 20/05/2016

Re: Redesigning the docshell/loadgroup/document interaction

On 5/20/16 11:28 AM, smaug wrote: (1) vs (2) isn't quite clear to me though. Do you mean with (2) that docshell wouldn't have any loagroup, but a channel? No. I mean that the docshell would have a loadgroup. When you navigate a docshell it would create the new channel, create a _new_

Win8 tests disabled by default on Try

We've been having a lot of problems with capacity for our Windows test pools, with Windows 8 being particularly bad. Today we disabled running Windows 8 64-bit tests by default on Try. If you do really need Windows 8 tests for your try pushes, you can add try syntax like this to enable: "try: -b

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

On 5/20/16 10:13, Gijs Kruitbosch wrote: On 20/05/2016 16:11, Tobias B. Besemer wrote: Plz open e.g. this URL: https://en.wikipedia.org/wiki/Microsoft_Windows#Alternative_implementations FF49a1 loads the page, jumps to "Alternative implementations", stays there for 1-2 sec and then go ~1

Re: Tier-1 for Linux 64 Debug builds in TaskCluster on March 14 (and more!)

On Fri, May 20, 2016 at 11:18 AM, Armen Zambrano G. wrote: > On 2016-05-19 08:29 PM, Mike Hommey wrote: >> It's also not possible to *trigger* new TC jobs on treeherder ; like, >> pushing with no try syntax and filling what you want with "Add new >> jobs". Or using "Add new

Re: pushPrefEnv/popPrefEnv/flushPrefEnv now return Promises

This is great, thank you! On 19/05/2016 7:09 PM, Matthew N. wrote: > Hello, > > One of the reasons developers have been avoiding pushPrefEnv compared to > the synchronous set*Pref (with a registerCleanupFunction) is because > pushPrefEnv required using a callback function to wait for the >

Re: Tier-1 for Linux 64 Debug builds in TaskCluster on March 14 (and more!)

On 2016-05-19 08:29 PM, Mike Hommey wrote: On Thu, May 19, 2016 at 07:20:30PM -0500, J. Ryan Stinnett wrote: On Thu, May 19, 2016 at 6:24 PM, Xidorn Quan wrote: 2. I cannot retrigger any TC task. This is pretty annoying when I was debugging intermittent issues.

Re: IPCStream landed in mozilla-central

On Fri, May 20, 2016 at 7:37 AM, Honza Bambas wrote: > And I do! :) Actually any parent necko channel, mainly HTTP, which sends > data to the child process. We also have bug 1110596 which complains about > too much memory copying in that code. > Could your IPCStream be

Re: FF49a1: Page load of jumping points doesn't work like it should in Wikipedia

On 20/05/2016 16:11, Tobias B. Besemer wrote: Plz open e.g. this URL: https://en.wikipedia.org/wiki/Microsoft_Windows#Alternative_implementations FF49a1 loads the page, jumps to "Alternative implementations", stays there for 1-2 sec and then go ~1 screen-high (page) down. Can someone very

Re: How should I measure responsiveness?

> * We don't have a "responsiveness index", but several people have > found INPUT_EVENT_RESPONSE_MS useful. INPUT_EVENT_RESPONSE_MS should be of pretty good use although you'll have to figure out how to measure for a short period of time after the dialog is displayed. In non-e10s this

Redesigning the docshell/loadgroup/document interaction

Background: We have a problem right now where the thing representing a "collection of loads" (a loadgroup) is attached to a docshell, not an individual document. This causes issues like loads started from unload events being blamed on the new page and whatnot, though it's possible that

Re: Redesigning the docshell/loadgroup/document interaction

On Fri, May 20, 2016 at 10:56 AM, Boris Zbarsky wrote: > Thoughts? Any obvious problems with this plan? > We have the concept of network requests made from workers not associated with a single document. For example, SharedWorker attached to multiple documents or a

Re: Intent to drop TSF (Text Services Framework) support on WinXP and WinServer 2003

Done. Will be in 49. On 2015/09/17 18:40, Masayuki Nakano wrote: Summary: Drop TSF support only from WinXP and WinServer 2003. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1205600 Platforms: Windows XP, Windows Server 2003 and Windows Server 2003 R2 Estimated or target release: Gecko 44

Re: What is "Process Type = content" in "mozilla crash reports"?

Am Freitag, 20. Mai 2016 11:08:16 UTC+2 schrieb Dirkjan Ochtman: > On Thu, May 19, 2016 at 11:28 PM, Tobias B. Besemer wrote: > > https://en.wikipedia.org/wiki/Streaming_SIMD_Extensions > > https://en.wikipedia.org/wiki/SSE2 > > Hi Tobias, > > I applaud your enthusiasm in wanting to contribute

Re: Updating 32-bit Windows users to 64-bit Windows builds?

Am Freitag, 20. Mai 2016 01:48:24 UTC+2 schrieb Robert Strong: > On Thu, May 19, 2016 at 3:18 PM, Tobias B. Besemer wrote: > > > Am Freitag, 13. Mai 2016 22:41:01 UTC+2 schrieb Benjamin Smedberg: > > > We have considered this, but in the grand rollout plans for 64-bit > > Firefox > > > it's low

Re: Tier-1 for Linux 64 Debug builds in TaskCluster on March 14 (and more!)

On 19 May 2016, at 18:16, Selena Deckelmann wrote: Closing out this thread - we made Linux 64 Debug builds Tier 1 mid-April, and last week we turned off the related buildbot jobs. This is a fantastic, and incredibly important, milestone! Congratulations to everyone who's put so much work

Re: Considering dropping Talos support for Linux32

On Fri, May 20, 2016 at 07:33:47AM -0400, joel maher wrote: > we have 32 bit windows builds, are there specific concerns you have about > the perf impact of SSE2 and linux32 builds? GCC is not MSVC. They don't do the same kinds of optimizations (in fact, MSVC happily uses both x87 and SSE when

Re: IPCStream landed in mozilla-central

On 5/19/2016 17:04, Ben Kelly wrote: Hi all, FYI, I've landed a new IPDL type in bug 1093357 called IPCStream. This is intended to make it easier to serialize nsIInputStreams across IPC. In short, IPCStream: 1) Supports our existing serializable nsInputStreams. 2) Also automatically handles

Re: Considering dropping Talos support for Linux32

we have 32 bit windows builds, are there specific concerns you have about the perf impact of SSE2 and linux32 builds? On Fri, May 20, 2016 at 7:14 AM, Mike Hommey wrote: > On Thu, Sep 24, 2015 at 06:40:08PM -0700, jma...@mozilla.com wrote: > > Our infrastructure at Mozilla

Re: Considering dropping Talos support for Linux32

On Thu, Sep 24, 2015 at 06:40:08PM -0700, jma...@mozilla.com wrote: > Our infrastructure at Mozilla does a great job of supporting all the > jobs we need to run jobs for the thousands of pushes we do each month. > Currently Talos runs on real hardware (and we have no plans to change > that), but

Re: pushPrefEnv/popPrefEnv/flushPrefEnv now return Promises

On Thu, May 19, 2016, at 07:09 PM, Matthew N. wrote: > Hello, > > One of the reasons developers have been avoiding pushPrefEnv compared to > the synchronous set*Pref (with a registerCleanupFunction) is because > pushPrefEnv required using a callback function to wait for the > preference change

Re: What is "Process Type = content" in "mozilla crash reports"?

On Thu, May 19, 2016 at 11:28 PM, Tobias B. Besemer wrote: > https://en.wikipedia.org/wiki/Streaming_SIMD_Extensions > https://en.wikipedia.org/wiki/SSE2 Hi Tobias, I applaud your enthusiasm in wanting to contribute to this effort. However, in doing so, you've

Re: Intent to unship: HTML microdata API

On 05/19/2016 08:55 PM, Boris Zbarsky wrote: Summary: The HTML Microdata API was removed from the spec due to lack of implementor interest. See . Our implementation of it breaks some pages (due to the itemId attributes it adds) and is a