For security reasons, we will be making changes to third-party application
access for Mozilla organizations on GitHub. This means that GitHub applications
not run by Mozilla will have to go through a more formal approval process by
Mozilla GitHub organization owners before they are added (not ju
Thunderbird is under supported and potentially harmful (as Brian Smith pointed
out on the mozilla-dev-security-policy back in Sept). Before merging c-c into
m-c, I think we should have agreement on what kind of support the mozilla
project and foundation is going to give to Thunderbird.
I think
It’s not a simple thing to just merge the code bases. It’s going to cause a
bunch of work in Release which we’re just not signed up for. In our planning
for 2016, I will add this to what we’d like to do — but no promises as there
are lots of high priority things we need to get done.
Doug
>
ing to futz with it.
Doug
> On Nov 6, 2015, at 9:20 AM, Doug Turner wrote:
>
> It’s not a simple thing to just merge the code bases. It’s going to cause a
> bunch of work in Release which we’re just not signed up for. In our planning
> for 2016, I will add this to what we’
On Monday, January 25, 2016 at 8:38:08 AM UTC-8, Ehsan Akhgari wrote:
> Hi Fabrice,
>
> On 2016-01-25 11:00 AM, Fabrice Desré wrote:
> > Hi all,
> >
> >With the smartphone activity shifting to a more exploratory status, we
> > have been discussing with the platform & releng people which setup
I think if we need to find reasons to keep a meeting relevant, we need
to kill the meeting. Lawrence, you should just discontinue the meeting
for a few weeks and see if we really need it. I bet we wont.
I would much rather see us spend the time to curate what's important --
what platform peo
Lawrence Mandel wrote:
However, I have had people tell me that they do get some value from this
meeting.
What value did they get and what role did they have at mozilla? I am
wondering if the audience for this meeting is no longer mozilla platform
engineers.
__
Asking the other way around, why are we doing this? Ad hoc it just looks
like more code to maintain.
We have been moving to system services where possible. We already did
this on the Android. System service have a much better opportunity to
already have location data allowing us to avoid
Justin Dolske wrote:
Yikes, this is crappy. The OS only asks once, and then your choice is
(permanently?) stored in Preferences --> Security & Privacy --> Location
Services. I had to google to find this, as Safari just silently passes
on a failure to the site. I seriously wonder if we should h
In Bug 874587, we are considering using Core Location as the default
geolocation provider on the Mac. This would replace the use of the
NetworkGeolocationProvider (that currently points to GLS). After code
reviews, we plan to enable this on Nightly and see how it goes.
On Android, we already
Gavin Sharp wrote:
On Tue, Jun 18, 2013 at 3:29 PM, David Rajchenbach-Teller
wrote:
I don't understand when we wouldn't use this service. At the moment, we
capture thumbnails for all pages, so if we do not change that strategy,
the sandbox would effectively double at least all non-ajax netwo
Has a developer investigated? Steven, do you know anything about this?
doug
Chris AtLee wrote:
Hi!
Leak tests on OSX have been failing intermittently for nearly a year
now[1]. As yet, we don't have any ideas why they're failing, and nobody
is working on fixing them.
Would anybody be very sad
7;m not going to have time to investigate this for the foreseeable
future. I'm already dealing with one very difficult (and possibly
intractable) tests bug
(https://bugzilla.mozilla.org/show_bug.cgi?id=884471), and that's more
than enough at one time :-(
Doug Turner <mailto:doug.tur...@gma
I'm probably responsible for those Fennec build files (if they were
correct, it would have been blassey).
In any case, we probably did 'sneak' things past build peers. Not
intentionally, of course.
We were more worried about getting a product into the marketplace that
didn't suck than the c
Intent to implement seems premature. Why wouldn't we wait to see how
this goes and let Google do that. I really dislike the idea of rushing
into this API.
A programatic API that does something like AppCache is a good idea --
only in that it is better than the declarative shit AppCache is. W
Do you think that NC is the right soluction here?
Anne van Kesteren wrote:
Offline not working seems like the #1 problem
of the web platform,
There are lots of problems with the web platform. Offline support is
one of them, yes. :)
so working on this API does not really feel
premature t
Implementation detail, but I presume that you will also replace the
existing appcache impl with NC, right?
Ehsan Akhgari wrote:
Offline not working seems like the #1 problem
of the web platform, so working on this API does not really feel
premature to me.
__
When will you implement `mach fix-my-assigned-bugs`?
Gregory Szorc wrote:
$ mach mercurial-setup
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
e
build system. Keep it up!
Doug Turner wrote:
When will you implement `mach fix-my-assigned-bugs`?
Gregory Szorc wrote:
$ mach mercurial-setup
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Nothing. Just time. Patches accepted.
On Oct 29, 2013, at 6:26 AM, Henri Sivonen wrote:
> Not mapping Web Notifications to native notifications seems very
> unfortunate, since it means Web apps can't use Web Notifications to
> get a native experience.
>
> Is there a summary of what exactly pr
I think we fixed this with:
http://hg.mozilla.org/mozilla-central/rev/49e797ce0f22
On Nov 14, 2013, at 9:34 AM, John Cook wrote:
> I'm trying to manually or programmatically set the geo.wifi.uri for
> testing purposes. I've tried to do this several different ways to no
> avail.I ma
As you may know, some of us have been experimenting with a location service for
mozilla. We've blogged about it in the past and you can find more information
here: https://location.services.mozilla.com/
One of the interesting things is that we can use this data to provide location
based servi
I am. (or someone on my team will)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
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
Most of mine were patch queues. Your results may vary.
On Thursday, March 27, 2014, Mike Hommey wrote:
> On Wed, Mar 26, 2014 at 11:58:48PM -0700, Doug Turner wrote:
> > Want to move to github?
> >
> > (0) sudo apt-get install python-setuptools
> > (1) sudo easy
+1 to breaking licensing dogma in favor of innovation + moving faster.
On Mon, Apr 14, 2014 at 9:55 PM, Bobby Holley wrote:
> On Mon, Apr 14, 2014 at 9:47 PM, Andreas Gal wrote:
>
>> Vlad asked a specific question in the first email. Are we comfortable
>> using another open (albeit not open enou
dumb idea.
I don’t think we need any new module level system for dealing with .webidl
changes. A DOM peer is required. This group can impose whatever they need to
keep code quality and API consistent high.
--
Doug Turner
On Thursday, April 24, 2014 at 4:31 PM, Bobby Holley wrote:
>
adding tanvi.
On Jul 1, 2014, at 7:20, Boris Zbarsky wrote:
> On 7/1/14, 6:06 AM, Anne van Kesteren wrote:
>> Hi Doug, Patrick, Boris,
>
> ccing Jonas, since he's been thinking about this a lot recently.
>
>> https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Reference/Interface/nsICo
Did we ever reach agreement about moving gaia into m-c? It would make this
type of problem go away, and make regression range hunting much easier.
On Aug 13, 2014, at 9:21 AM, Edwin Wong wrote:
> Hi dev-platform,
>
> TL;DR - Cloud Services and Quality Engineering would like to propose the
> Anyways, now that gaia revisions are tied to m-c revisions with
> b2g/config/gaia.json, regression range hunting should be a matter of
> tooling around that, now.
>
That is excellent news.
___
dev-platform mailing list
dev-platform@lists.mozilla.or
Congrats Benjamin.
Good luck Nathan!
On Aug 26, 2014, at 10:20 AM, Benjamin Smedberg wrote:
> Over the past year, Nathan Froyd has been an excellent peer for the XPCOM
> code module, providing thoughtful and fast reviews and guidance. I'm happy
> and excited to hand over ownership responsibi
>
> I doubt that's what roc was suggesting. But it's hard to say more without
> more details on the said overall strategy.
>
I think this is an interesting idea and we should look into how much effort it
is to add support for this usb security key.
And, I think we can go a long way in fixing
> On May 5, 2015, at 12:55 PM, Jonas Sicking wrote:
>
> On Thu, Apr 30, 2015 at 3:34 PM, Valentin Gosu
> wrote:
>> As some of you may know, Rust is approaching its 1.0 release in a couple of
>> weeks. One of the major goals for Rust is using a rust library in Gecko.
>> The specific one I'm wor
> On May 6, 2015, at 7:30 AM, Tantek Çelik wrote:
>
>
> Not pure vandalism. The user data loss is a side-effect of other incentives.
>
> E.g. trivial "attacker" incentive: all those share-button-happy
> news/media sites are likely to auto-copy URL + title of an article
> you're reading when yo
One thing I should point out is that binary components in B2G are NOT user
installable. Instead, binaries components are used by companies building
FirefoxOS devices.
For example, Qualcomm has some special implementation for Geolocation and the
radio interface layer (RIL). When a company wants
35 matches
Mail list logo
