Re: Intent to ship: Path2D + addition canvas APIs

On 2014-03-26, 12:51 AM, Rik Cabanier wrote: I'm not too familiar with the "intent to ship" process for mozilla [1] Given that no one objected to my proposal, can I submit a patch to remove the runtime flag and put it up for review? 1: https://wiki.mozilla.org/WebAPI/ExposureGuidelines Yes, pl

Strange ASSERTION: bad width: 'metrics.Width() >= 0', file nsLineLayout.cpp

I tried to push a patch which changes the DOM of the HTML directory listing page but it tripped over this assertion while running an RTL test. It seems to be something to do with the reflow caused by the loading of the icons on an RTL directory listing page. What's the next step here? -- War

Re: Test harness options now defined in-tree -- please pull m-c before pushing to try!

On 26/03/14 12:19 AM, Gregory Szorc wrote: Andrew: I'm curious if you or anyone else has given any consideration into making it dead simple to change the config so only a subset of tests will be active. e.g. I'd like to save automation resources and filter my browser chrome jobs to tests under to

Re: Test harness options now defined in-tree -- please pull m-c before pushing to try!

On 26/03/14 09:06 AM, Andrew Halberstadt wrote: On 26/03/14 12:19 AM, Gregory Szorc wrote: Andrew: I'm curious if you or anyone else has given any consideration into making it dead simple to change the config so only a subset of tests will be active. e.g. I'd like to save automation resources an

Re: DOMWindowCreated not fired for some frames

On Tuesday, March 25, 2014 7:34:27 PM UTC+1, Boris Zbarsky wrote: > Is the url about:blank when the window is created, perhaps? It's hard > to say without knowing exactly what you're logging/measuring. Well I tried attaching a readyStateChange listener to every window so I could see if the real

Re: Test harness options now defined in-tree -- please pull m-c before pushing to try!

On 14-03-26 09:11 AM, Andrew Halberstadt wrote: > On 26/03/14 09:06 AM, Andrew Halberstadt wrote: >> On 26/03/14 12:19 AM, Gregory Szorc wrote: >>> Andrew: I'm curious if you or anyone else has given any consideration >>> into making it dead simple to change the config so only a subset of >>> tests

Re: Test harness options now defined in-tree -- please pull m-c before pushing to try!

- Original Message - > Releng (and I tend to agree with them) is very opposed to having one > config affect multiple platforms (or at least multiple buildapps). Over > time it tends to lead to messy and hard to follow configs. It also makes > it harder in the case that you *do* only want to

Re: Test harness options now defined in-tree -- please pull m-c before pushing to try!

On 26/03/14 01:45 PM, Nathan Froyd wrote: - Original Message - Releng (and I tend to agree with them) is very opposed to having one config affect multiple platforms (or at least multiple buildapps). Over time it tends to lead to messy and hard to follow configs. It also makes it harder i

FYI I you have a slave currently borrowed from Releng (Maint 3/28 2200 PT)

NOTE: if RelEng has loaned you a slave, you may be impacted by the VPN work below happening this Friday night Original Message Subject:[Planned Maintenance Notification] Mozilla VPN maintenance Date: Wed, 26 Mar 2014 18:44:23 - From: notificati...@mozilla.com To:

Re: FYI I you have a slave currently borrowed from Releng (Maint 3/28 2200 PT)

Hi, If I'm currently borrowing a machine I don't know about it or have a particular use for it. Trev On Wed, Mar 26, 2014 at 12:14:02PM -0700, Hal Wine wrote: > NOTE: if RelEng has loaned you a slave, you may be impacted by the VPN > work below happening this Friday night > > > Origi

Re: Strange ASSERTION: bad width: 'metrics.Width() >= 0', file nsLineLayout.cpp

Neil writes: > I tried to push a patch which changes the DOM of the HTML > directory listing page but it tripped over this assertion while > running an RTL test. > > It seems to be something to do with the reflow caused by the > loading of the icons on an RTL directory listing page. > > What's th

Re: Strange ASSERTION: bad width: 'metrics.Width() >= 0', file nsLineLayout.cpp

Karl Tomlinson wrote: I'm not familiar with the "directory listing". Try typing / or ftp.mozilla.org into the URL bar. Is this something that would be expected to render reasonably, or does the RTL test include large dimensions that may lead to overflows? There appears to be no visible

Graceful Platform Degradation

Hi Platform Team: I've asked Cameron McCormack to look into how Firefox and other browsers should behave when under mild to severe stress. As all browser engines have to manage how to run under low memory, feeble network, pegged CPU, weak GPU, low battery, small/slow screens, etc., I think web

Spring cleaning: Reducing Number & Footprint of HG Repos

*User Repos* TLDR: I would like to make user repos read-only by April 30th. We should archive them by May 31st. Time spent operating user repositories could be spent reducing our end-to-end continuous integration cycles. These do not seem like mission-critical repos, seems like developers

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

On Wednesday 2014-03-26 16:53 -0700, Taras Glek wrote: > *User Repos* > TLDR: I would like to make user repos read-only by April 30th. We > should archive them by May 31st. > > Time spent operating user repositories could be spent reducing our > end-to-end continuous integration cycles. These do

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

I don't understand what the overhead is. We don't run CI on user repos. It's effectively just ssh:// + disk space, right? That seems totally negligible. Also, project branches are pretty useful for teams working together on large projects that aren't ready to land in m-c. We only use them when we

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

On 3/26/14, 4:53 PM, Taras Glek wrote: *User Repos* TLDR: I would like to make user repos read-only by April 30th. We should archive them by May 31st. Time spent operating user repositories could be spent reducing our end-to-end continuous integration cycles. These do not seem like mission-cri

Re: talk on XPCOM and String APIs

L. David Baron wrote: our string APIs (a bit about what the internal string APIs do and why and how to use them) I don't think we currently return terminated strings for string tail or 1-arg substring of a terminated string, I'm sure we could but there doesn't seem to be a big demand for i

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

Gregory Szorc Wednesday, March 26, 2014 17:40 On 3/26/14, 4:53 PM, Taras Glek wrote: *User Repos* TLDR: I would like to make user repos read-only by April 30th. We should archive them by May 31st. Time spent operating user repositories could be spent reducing our en

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

Bobby Holley Wednesday, March 26, 2014 17:27 I don't understand what the overhead is. We don't run CI on user repos. It's effectively just ssh:// + disk space, right? That seems totally negligible. Human overhead in keeping infra running could be spent making ou

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

On Wed, Mar 26, 2014 at 04:53:27PM -0700, Taras Glek wrote: > *User Repos* > TLDR: I would like to make user repos read-only by April 30th. We should > archive them by May 31st. > > Time spent operating user repositories could be spent reducing our > end-to-end continuous integration cycles. The

Upcoming changes to automated Windows builds, and why you should consider switching away from pymake soon

Hi, In the coming days and weeks, there are going to be a few changes to how we do automated build on Windows, all in the interest of faster build times: - Shared compilation cache is going to be deployed soon(ish). We currently have no compilation cache at all on windows, and we're going to h

Re: Upcoming changes to automated Windows builds, and why you should consider switching away from pymake soon

On 3/25/14, 6:21 PM, Mike Hommey wrote: Hi, In the coming days and weeks, there are going to be a few changes to how we do automated build on Windows, all in the interest of faster build times: - Shared compilation cache is going to be deployed soon(ish). We currently have no compilation cach

Re: Upcoming changes to automated Windows builds, and why you should consider switching away from pymake soon

On Thu, Mar 27, 2014 at 9:38 AM, Gregory Szorc wrote: > On 3/25/14, 6:21 PM, Mike Hommey wrote: >> >> Hi, >> >> In the coming days and weeks, there are going to be a few changes to how >> we do automated build on Windows, all in the interest of faster build >> times: >> - Shared compilation cache

Re: Having more control over when an IPDL message is compressed

> The name "compression" is unfortunate here. It took me some time to > understand what the real issue is. Agreed. (Any ideas for a better word? For me 'supersede' comes to mind, as in a newer message supersedes an older one so the older one can be dropped, but I don't think that would be very

Re: Having more control over when an IPDL message is compressed

On 3/26/14 10:13 PM, Botond Ballo wrote: The name "compression" is unfortunate here. It took me some time to understand what the real issue is. Agreed. (Any ideas for a better word? For me 'supersede' comes to mind, as in a newer message supersedes an older one so the older one can be dropped,

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

On Wed, Mar 26, 2014 at 05:40:36PM -0700, Gregory Szorc wrote: > On 3/26/14, 4:53 PM, Taras Glek wrote: > >*User Repos* > >TLDR: I would like to make user repos read-only by April 30th. We should > >archive them by May 31st. > > > >Time spent operating user repositories could be spent reducing our

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

On Thursday 2014-03-27 14:11 +0900, Mike Hommey wrote: > Note that while user repositories are self-service on the creation side, > there is no obvious way to self-service a user repo removal. I'm not in They're just as easy to remove as to create: https://developer.mozilla.org/en-US/docs/Creating

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

On 3/26/14, 10:11 PM, Mike Hommey wrote: On Wed, Mar 26, 2014 at 05:40:36PM -0700, Gregory Szorc wrote: On 3/26/14, 4:53 PM, Taras Glek wrote: *User Repos* TLDR: I would like to make user repos read-only by April 30th. We should archive them by May 31st. Time spent operating user repositories

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

On Wed, Mar 26, 2014 at 10:32:07PM -0700, L. David Baron wrote: > On Thursday 2014-03-27 14:11 +0900, Mike Hommey wrote: > > Note that while user repositories are self-service on the creation side, > > there is no obvious way to self-service a user repo removal. I'm not in > > They're just as easy

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

On Thu, Mar 27, 2014 at 02:42:13PM +0900, Mike Hommey wrote: > On Wed, Mar 26, 2014 at 10:32:07PM -0700, L. David Baron wrote: > > On Thursday 2014-03-27 14:11 +0900, Mike Hommey wrote: > > > Note that while user repositories are self-service on the creation side, > > > there is no obvious way to s

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

On Wed, Mar 26, 2014 at 10:40:39PM -0700, Gregory Szorc wrote: > On 3/26/14, 10:11 PM, Mike Hommey wrote: > >On Wed, Mar 26, 2014 at 05:40:36PM -0700, Gregory Szorc wrote: > >>On 3/26/14, 4:53 PM, Taras Glek wrote: > >>>*User Repos* > >>>TLDR: I would like to make user repos read-only by April 30th

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

On 27/03/14 00:53, Taras Glek wrote: *User Repos* TLDR: I would like to make user repos read-only by April 30th. We should archive them by May 31st. I think that if you truly intend to go ahead with this, the news will need way, way wider circulation than mozilla.dev.platform. I have some use

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

Also, if you are using a COW filesystem, initial clones should be nearly free and you'd only pay the extra copy cost for changesets added afterwards. This could help dramatically with mozilla-central clones. Out of curiosity, is there open source software for a shared Git object store? git. g

Re: Graceful Platform Degradation

Jet Villegas: > I've asked Cameron McCormack to look into how Firefox and other > browsers should behave when under mild to severe stress. As all > browser engines have to manage how to run under low memory, feeble > network, pegged CPU, weak GPU, low battery, small/slow screens, etc., > I think we

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

Want to move to github? (0) sudo apt-get install python-setuptools (1) sudo easy_install hg-git (2) add |hggit =| under [extensions] in your .hgrc file (3) Go to GitHub.com and create your new repo. (4) cd (5) hg bookmark -r default master (6) hg push git+ssh://g...@github.com// On Wednesday, M