Re: Platform meeting changes effective June 2013

[Mike Hommey]

On Tue, May 28, 2013 at 09:29:46PM -0700, Lawrence Mandel wrote:
> I would also prefer an agenda that is set before the meeting and need
> to discuss this with those who will be contributing to the agenda. I
> think a day in advance might be pushing it given when I see most
> Mozilla meeting agendas take shape. I would be happy with a fairly
> solid agenda a couple of hours in advance of the meeting. Would that
> be enough time to let you decide if you want to attend?

As someone that will soon be in UTC+9, and taking on the occasion to
represent all the people in that timezone and surroundings, a couple
hours before 3am is not very a great time to decide whether I'd attend
or not. That being said, I haven't attended much so far. OTOH, if the
meeting value is increasing which it looks like it will, i might want
to. I don't know if 3am is attractive enough, though.

Mike
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Extending the text-overflow/overflow property to support fading out

[Jared Wein]

- Original Message -
> From: "Jared Wein" 
> To: dev-platform@lists.mozilla.org
> Sent: Tuesday, May 28, 2013 5:58:34 PM
> Subject: Re: Extending the text-overflow/overflow property to support fading  
> out
> 
> - Original Message -
> > From: "Robert O'Callahan" 
> > To: "Jonathan Watt" 
> > Cc: dev-platform@lists.mozilla.org
> > Sent: Wednesday, May 22, 2013 10:11:55 PM
> > Subject: Re: Extending the text-overflow/overflow property to
> > support fading  out
> > 
> > I'm pretty sure an unconditional mask with a linear gradient on the
> > right-hand-end of the text could be achieved using 'mask-box-image'
> > and
> > slicing appropriately:
> > http://www.w3.org/TR/css-masking/#the-mask-box-image.
> > That's not currently implemented in Gecko, but it's worth
> > implementing.
> 
> This seems like it would do the job and it wouldn't require us to
> create a new specification. Can this get on someone's radar to
> implement support for it?

I filed bug 877294 for this.

Cheers,
Jared
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Code Review Session

[Benoit Girard]

On Mon, May 27, 2013 at 10:54 PM, Anthony Jones  wrote:
> A pre-upload check would give the fastest feedback.

I'll be checking in a script in the mozilla repo that can be ran offline
and produce the same results.

On Tue, May 28, 2013 at 10:44 AM, Mike Hoye  wrote:

> On 2013-05-27 10:54 PM, Anthony Jones wrote:
>
>> A pre-upload check would give the fastest feedback.
>>
>> It would help me (and those who review my code) if there is an easy way
>> to check my patches from the command line before doing hg bzexport. Even
>> if it is only for white space. What we need is a way to specify which
>> file paths the standard formatting rules apply to. I just need to figure
>> out how to install clang-format.
>>
>
> The clang-format list tells me that there are near-term plans for a
> standalone "clang-tidy" utility built on clang-format that will do much of
> what we're looking for as far as basic code-cleanup goes. I'm asking around
> about what "near-term" means, and if the answer isn't good enough I'm going
> to try to add something to clang-format to give users some moz-style
> guidance as a temporary measure.
>
>
I'd be happy to replace what's I'll be rolling out in bug 875605 once
something better comes along. But c++ isn't new so I'm not holding my
breath :).
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Proposal to make Firefox open in the foreground on Mac when launched from terminal

[Ehsan Akhgari]

Typically when you use the terminal to open an application on Mac, the
application is opened in the background.  This means that for example when
you use mach run or mach debug, you need to either use the mouse or a
painful sequence of keyboard shortcuts in order to get to the Firefox
window that is just opened.

As a keyboard user, I find this extremely painful in my day to day work,
and recently I'm feeling the burden even more given how easy it is these
days to run Firefox through mach.

We currently support a Mac only command line flag called -foreground which
makes Firefox's window open in the foreground by default when run from the
Terminal.  I filed bug 863754 to ask for mach pass -foreground by default,
but Steven brought up the excellent point that this behavior may actually
be desired by other people.  So I'd like to ask, if you care about this,
which way would _you_ have as the default?

FWIW, I don't believe this behavior makes much difference to our users,
since they don't typically run Firefox from the command line, so I consider
this mostly a choice which should be influenced by our developers.  Also,
note that there are some Mac applications which do already open in the
foreground by default.

Cheers,
--
Ehsan

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal to make Firefox open in the foreground on Mac when launched from terminal

[Till Schneidereit]

Oh yes, please, a thousand times yes!


On Thu, May 30, 2013 at 12:09 AM, Ehsan Akhgari wrote:

> Typically when you use the terminal to open an application on Mac, the
> application is opened in the background.  This means that for example when
> you use mach run or mach debug, you need to either use the mouse or a
> painful sequence of keyboard shortcuts in order to get to the Firefox
> window that is just opened.
>
> As a keyboard user, I find this extremely painful in my day to day work,
> and recently I'm feeling the burden even more given how easy it is these
> days to run Firefox through mach.
>
> We currently support a Mac only command line flag called -foreground which
> makes Firefox's window open in the foreground by default when run from the
> Terminal.  I filed bug 863754 to ask for mach pass -foreground by default,
> but Steven brought up the excellent point that this behavior may actually
> be desired by other people.  So I'd like to ask, if you care about this,
> which way would _you_ have as the default?
>
> FWIW, I don't believe this behavior makes much difference to our users,
> since they don't typically run Firefox from the command line, so I consider
> this mostly a choice which should be influenced by our developers.  Also,
> note that there are some Mac applications which do already open in the
> foreground by default.
>
> Cheers,
> --
> Ehsan
> 
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal to make Firefox open in the foreground on Mac when launched from terminal

[André Reinald]

I think the default behavior should stay as it is.
But I suggest having the mach script read a setting (from mozconfig or 
elsewhere) to decide which way to launch Firefox.

This should satisfy all developers.

André

Le 30/05/13 00:16, Till Schneidereit a écrit :

Oh yes, please, a thousand times yes!


___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal to make Firefox open in the foreground on Mac when launched from terminal

[Nick Alexander]

So I'd like to ask, if you care about this,

which way would _you_ have as the default?


I want |mach run| to start the application in the foreground.

Nick
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal to make Firefox open in the foreground on Mac when launched from terminal

[Ehsan Akhgari]

On 2013-05-29 6:45 PM, André Reinald wrote:

I think the default behavior should stay as it is.
But I suggest having the mach script read a setting (from mozconfig or
elsewhere) to decide which way to launch Firefox.
This should satisfy all developers.


If we decide that foreground should be the default, we will definitely 
add a -background option to override it.


Cheers,
Ehsan

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Tree Closure for infrastructure work, Saturday June 1 from 1400 PDT to 2000 PDT

[Kyle Huey]

Is this happening on Saturday or Sunday?  The email says both ...

- Kyle

On Thu, May 30, 2013 at 10:00 AM, Hal Wine  wrote:

> Hi.
>
> As noted below, we will have a tree closing maintenance window this
> coming Saturday. The times given below include the time to bring the
> trees back online. More details in the IT Event Notification below.
>
> All trees will be closed during this period. Jobs in progress at start
> of treeclosure will likely burn, and can be retrigged afterwards if needed.
>
> Hopefully, this is low-disruption timing. If there is any reason we
> should not proceed as planned on Sunday, please let us know by email.
>
> As always, we will reopen the trees as soon as possible after completion
> of the work. Our conservative estimate is a total of 6 hours of tree
> closure. All systems should be operational by the end of the maintenance
> window.
>
> Thanks for your cooperation,
> --Hal
>
>
>  Original Message 
> Subject:[PLANNED MAINTENANCE EVENT NOTIFICATION] Tree Closure,
> hg.mozilla.org - 20130601@1400 PDT
> Date:   Wed, 29 May 2013 20:31:48 -0400
> From:   Mozilla IT Operations 
> To: every...@mozilla.org
>
>
>
> Mozilla IT Operations Maintenance Notification:
> --
> (The following event has been scheduled.)
>
>
> ISSUE STATUS: Scheduled
> BUG IDS:  See Below
>
> DATE: 2013/06/01
> START TIME:   1400 PDT (2100 UTC)
> ESTIMATED END TIME:   2000 PDT (0300 UTC)
>
> SITE: phx1, scl3, pao1, sjc1, sjc2
> SERVICES: multiple, see below
> TYPE OF WORK: multiple, see below
> IMPACT OF WORK:   Tree closure, hg.mozilla.org inaccessible
>
> There are multiple maintenances that will happen during this window.
> The most
> impacting will be a mercurial (hg.mozilla.org) upgrade.  There are also
> various
> network maintenances that will happen during this window as well.
>
> **During this period of time all development trees will be closed.**
>
> Bug 741353 - Update Mercurial (hg) to 2.5.4
>
> Bug 873465 - fw1.phx1 zones standardization/cleanup
>
> Bug 858840 - ns{1,2}.private.phx1 using dhcp
>
> Bug 877066 - Upgrade JUNOS on borders
>
> Bug 876760 - fw1.phx1 edge zone standardization to dc/untrust
>
> Bug 876667 - Reboot reboot rabbit{2-3}.build.scl1 for kernel updates
>
> FOR MORE INFORMATION
> If you have any questions or concerns please address them to
> in...@mozilla.com.
>
> --
> Mozilla IT - in...@mozilla.com
>
>
>
> ___
> dev-tree-management mailing list
> dev-tree-managem...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-tree-management
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Tree Closure for infrastructure work, Saturday June 1 from 1400 PDT to 2000 PDT

[L. David Baron]

On Wednesday 2013-05-29 19:00 -0700, Hal Wine wrote:
> All trees will be closed during this period. Jobs in progress at start
> of treeclosure will likely burn, and can be retrigged afterwards if needed.

Given that people are supposed to watch many trees (e.g.,
mozilla-central, mozilla-aurora, mozilla-beta) to ensure their
pushes are green, at least the trees that people are required to
watch should be closed enough time in advance of things going down
so that this doesn't happen (as for all downtimes like this).

-David

-- 
𝄞   L. David Baron http://dbaron.org/   𝄂
𝄢   Mozilla   http://www.mozilla.org/   𝄂
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Platform meeting changes effective June 2013

[Anthony Jones]

On 30/05/13 04:55, Mike Hommey wrote:
> As someone that will soon be in UTC+9, and taking on the occasion to
> represent all the people in that timezone and surroundings, a couple
> hours before 3am is not very a great time to decide whether I'd attend
> or not. That being said, I haven't attended much so far. OTOH, if the
> meeting value is increasing which it looks like it will, i might want
> to. I don't know if 3am is attractive enough, though.

What is the attendance like from the Asia-Pacific region?

Anthony

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform