MozPhab-0.1.55. I will
check soon with this version. Thanks!
Henrik
You need to run self-update twice to move over to the pip version.
Also, make sure to not run it while in a virtualenv like I did.
Otherwise you end up uninstalling and installing it from scratch ;-)
Axel
.
Axel
[1]
https://firefox-source-docs.mozilla.org/intl/l10n/l10n/fluent_tutorial.html#pseudolocalization
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=1548500
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org
take is that you may be able to apply a lot of the patches
that have CVEs, but that's likely not going to get you a code base that
is similarily secure as the one we're working on.
Axel
Am 13.04.19 um 00:43 schrieb Charles Robertson:
Hi,
I know this sounds like a strange questions. However, we
- EPM help
enhancement - Product help
or the other way around? As you listed them the other way around, and
that's not how I'd line them up.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev
Am 27.02.19 um 15:28 schrieb Nathan Froyd:
On Wed, Feb 27, 2019 at 9:05 AM Axel Hecht wrote:
Am 27.02.19 um 14:39 schrieb Nathan Froyd:
On Wed, Feb 27, 2019 at 6:22 AM Kartikaya Gupta wrote:
On Wed, Feb 27, 2019 at 3:40 AM Axel Hecht wrote:
Can we please not force bootstrap?
+1
Am 27.02.19 um 14:39 schrieb Nathan Froyd:
On Wed, Feb 27, 2019 at 6:22 AM Kartikaya Gupta wrote:
On Wed, Feb 27, 2019 at 3:40 AM Axel Hecht wrote:
Can we please not force bootstrap?
+1. In general bootstrap isn't "rock solid" enough to force people
into running it.
If p
own install of hg, for
the sake of extensions I use.
./mach bootstrap interferes with those decisions, so I can't run it anymore.
Axel
Am 26.02.19 um 19:17 schrieb Chris Peterson:
Seems like mach bootstrap should have a clobber flag so anyone updating
build tool dependencies can force people
scoverable?
Axel
Am 24.01.19 um 20:31 schrieb Paolo Amadini:
Last year a group of students, Luke, Matthias, and Vincent, designed and
implemented a new version of "about:config" in order to improve the
ergonomics and align the look and feel with other in-content Firefox
pages. The
on the interesting question of such a stdlib
thing, and how that impacts choice and innovation on the web space.
Which should be a more important question probably for mozilla.
Axel
Am 18.07.18 um 21:55 schrieb Botond Ballo:
On Wed, Jul 18, 2018 at 3:32 PM, Jeff Gilbert wrote:
It feels like
.hgignore).
There's no spec what happens with patches that fail to apply, or failed
run_after scripts.
Do we intend to do something if the LICENSE changes? Also, what are we
supposed to do if the vendored code doesn't have a LICENSE file?
Axel
Am 10.04.18 um 06:25 schrieb glob:
mozilla-central
about if we
should do it.
Axel
Am 19.03.18 um 18:08 schrieb Selena Deckelmann:
Hi!
Thanks for all the thoughtful comments about this experiment. The intent of
this work is to provide users privacy-respecting DNS. Status quo for DNS
does not offer many users reasonable, informed choice about log
with this practice in general?
As much as this sounds like an arm-race, these providers are only
valuable if they're on a lot of sites, so this might actually be a
winnable arm-race.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla
Am 04.12.17 um 05:42 schrieb Jet Villegas:
On Sun, Dec 3, 2017 at 05:15 Axel Hecht <l...@mozilla.com
<mailto:l...@mozilla.com>> wrote:
Am 01.12.17 um 16:45 schrieb Justin Wood:
> Hey Everyone,
>
> tl;dr if you don't download nightly l10n repacks via
or concerns.
No concerns, just curiousity. We're not running any tests on localized
builds at this point, right?
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Looping in mkaply explicitly, if that has impact on organizational
deployments.
Axel
Am 02.11.17 um 00:41 schrieb Nicholas Nethercote:
Greetings,
In https://bugzilla.mozilla.org/show_bug.cgi?id=1413413 I am planning to
remove a couple of things relating to preferences.
1) Remove
tabs on similar
sites, so the favicons don't provide any practical value.
Axel
Jeff
On Wed, Oct 4, 2017 at 9:37 AM, Marco Bonardo <mbona...@mozilla.com> wrote:
On Tue, Oct 3, 2017 at 10:36 PM, Jeff Griffiths <jgriffi...@mozilla.com>
wrote:
1. do you prefer the existing behaviou
e tracking bug is https://bugzilla.mozilla.org/show_bug.cgi?id=1353655.
Happy to answer questions
Axel
PS: a hundred repositories to rule them all? Yeah, we're moving from 3-4
for each of our ~100 localizations to one for each. We intend to
continue to ship a different version per locale a
.
Thanks!
Please submit a bug if it's not working today, seems like
https://bugzilla.mozilla.org/show_bug.cgi?id=1389260 got fixed for
today's nightly. Also CC me?
Thanks
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
private-attachment thing that Nicolas
mentioned.
Axel
Am 09.08.17 um 02:30 schrieb Mark Côté:
(Cross-posted to mozilla.tools)
Hi, I have an update and a request for comments regarding Phabricator and
confidential reviews.
We've completed the functionality around limiting access to Differential
wanted to know
about localized builds.
Axel
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1387485
[2] https://hg.mozilla.org/l10n-central/?sort=lastchange
[3]
https://bugzilla.mozilla.org/enter_bug.cgi?product=Core=Build%20Config=l...@mozilla.com
r is training on how to deal with rust code
that other people wrote, maybe more so than writing rust code from
scratch, starting with hello-world.
Axel
For case #2, there will always be people that don't want to learn new
languages, and I'm sympathetic to their perspective. Learning Rust we
be told, though, we can only drop support when the last bit of UI
is converted to L20n, and not just in Firefox, but also the other stuff.
Y'know, Thunderbird, too, I guess.
Axel
My current goal is a drop-in replacement for expat with just the features
gecko cares about, so just 1.0 version
DTDs would be a deal-breaker for the foreseeable
future, as we're abusing DTDs to localize X(H)TML documents.
Axel
PS. I hope I'm not spamming you guys too hard, I'm kind of new to the
mailing list thing.
Daniel Fath,
daniel.fa...@gmail.com
___
dev
equest was approved but is low priority.
Jorge
Note, that bug seems about using an API like mozISpellCheckingEngine
from web extensions.
It doesn't seem to be about providing an implementation of it via a web
extension.
Axel
___
dev-platform mailing li
Hi,
as an fyi, I almost filed a bug on mach hanging on terminal-notifier
after the end of a build or packaging step.
Seems that was a bug in terminal-notifier 1.7.0, another brew
update/upgrade updated that to 1.7.1 and fixed it.
Just in case you've been in that boat.
Axel
On 04/10/16 17:40, Fabrice Desre wrote:
On 10/04/2016 08:34 AM, Axel Hecht wrote:
I'd favor to remove at least anything related to l10n from b2g. It never
really worked, and is a half-maintained copy of the almost-working stuff
in mobile.
In my local branches that try to create a test
-working stuff
in mobile.
In my local branches that try to create a test on broken l10n
infrastructure, both mobile and b2g show up, and my preferred way to fix
b2g would be to remove it (the l10n parts).
Axel
___
dev-platform mailing list
dev-platform
That will be really useful, thanks!
All I need now is an open search engine for c-c to plug into Firefox search
box. ;)
Axel
On 11 Jul 2016 03:09, "Peter Elmers" <pelm...@mozilla.com> wrote:
> If it helps anyone, I happen to know that there exists an addon which
>
t's obviously
cached, so it happens at first occasion.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
the expectations, or
above or below?
Axel
On 29/03/16 22:07, Emma Humphries wrote:
tl;dr
In Quarter Two I'm implementing the work we’ve been doing to improve
triage, make actionable decisions on new bugs, and prevent us from shipping
regressions in Firefox.
Today I’m asking for feedback
Am Freitag, 11. März 2016 05:27:34 UTC+1 schrieb Martin Thomson:
> On Fri, Mar 11, 2016 at 5:56 AM, Axel Nennker <ignisvul...@gmail.com> wrote:
> > no password generation help by the UA
>
> I agree with MattN here, not doing this eliminates much of the
> advantage of h
Summary: This API is enabling a website to request a user's credentials from a
user agent, and helps the user agent to correctly store user credentials for
future use. It helps the LoginManager to get rid of most of the heuristics.
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1156047
Link
hat we should keep our CI builds close to what we intend
to ship, for compiler/compiler-dependent bugs.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 16/02/16 03:15, Kyle Huey wrote:
Seems like a good thing to expect developers to do locally today.
Two concerns:
What's the successs criteria here?
Also, speaking as an occasional code contributor, newcomers and folks
like me will probably give up on contributing patches earlier.
Axel
wly triaged bugs following the new process
Are there good metrics to use to evaluate the success and impact of this
process?
To pick up on what I said earlier, getting a category for "didn't work"
could be one way to measure, or at least enable us to system
a problem is gonna be in a separate reply to a different post on this
thread.
Axel
On 25/01/16 13:26, Honza Bambas wrote:
Writing both as a patch author and a reviewer as well.
- as a patch author I want a full control on when the patch actually
lands (dependencies, any other timing reasons,
will be used to drive
what improvements Mercurial makes.
A "reverse blame" feature that shows when a line in an old revision was
deleted or changed in a newer revision is something I've desperately
wanted.
I just recently successfully used `hg grep --all` for that.
Axel
(Relatedly, I know a
one distinguish nightlies from non-nightlies under
mozilla-central.latest? Assuming that nightlies might end up there on
occasion?
Axel
On Tue, Dec 1, 2015 at 5:22 AM, Axel Hecht <l...@mozilla.com> wrote:
I haven't found localized builds and their assets by glancing at things.
Are
I haven't found localized builds and their assets by glancing at things.
Are those to come?
Also, I suspect we should rewrite wget-en-US? Or add an alternative
that's index-bound?
Axel
On 11/30/15 9:43 PM, Chris AtLee wrote:
The RelEng, Cloud Services and Taskcluster teams have been doing
given our tests do?
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ate an ETA for the patch, as that's also going in to
the risk that a patch comes with.
Axel
On 10/29/15 1:41 PM, Sylvestre Ledru wrote:
Please request the uplift. Under specific circumstances (like this one), we
take string changes in aurora.
Thanks
Sylvestre
Le 29/10/2015 13:39, Masatoshi Kimura a
the
panels stacked side-by-side, but that depends on the window size. So
we're trying to find out common window sizes for people. Some
conversation in https://bugzilla.mozilla.org/show_bug.cgi?id=1198287
Thanks
Axel
___
dev-platform mailing list
dev-platform
Thanks, exactly what I was looking for.
Axel
On 9/16/15 7:13 PM, Gavin Sharp wrote:
See
https://hg.mozilla.org/mozilla-central/annotate/3e8dde8f8c17/browser/base/content/browser.js#l1017
if you're wondering about Firefox specifically.
Gavin
On Wed, Sep 16, 2015 at 7:26 AM, Axel Hecht &l
to move rdf/ from mozilla-central
into comm-central. mail has many more dependencies on RDF, I think.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
.
Axel
On 6/10/15 12:09 AM, Mark Côté wrote:
In a quest to simplify both the interface and the maintenance of
bugzilla.mozilla.org, we're looking for features that are of
questionable value to see if we can get rid of them. As I'm sure
everyone knows, Bugzilla grew organically, without much of a road
Hi Ryan,
good news.
One thing that's a bit unfortunate from the l10n perspective is the svn drop.
SVN is still used quite frequently to host the website localizations, so
keeping that in would be helpful.
Axel, who should probably give this a test run in reals on his VM.
On 3/9/15 2:44 AM
On Friday, February 20, 2015 at 12:57:44 PM UTC+1, Ted Mielczarek wrote:
On Thu, Feb 19, 2015, at 06:32 AM, a...@mozilla.com wrote:
On Tuesday, February 17, 2015 at 6:33:42 PM UTC+1, Ted Mielczarek wrote:
On Tue, Feb 17, 2015, at 10:27 AM, Axel Hecht wrote:
Hi,
I'd like to write
On Friday, February 20, 2015 at 6:34:07 PM UTC+1, Tom Tromey wrote:
Axel == axel-4eJtQOnFJqFBDgjK7y7TUQ
axel-4ejtqonfjqfbdgjk7y7...@public.gmane.org writes:
Axel We can only do this in the compiler if we actually compiled each
Axel localized version by itself.
Yes, I see what you mean
On Tuesday, February 17, 2015 at 6:33:42 PM UTC+1, Ted Mielczarek wrote:
On Tue, Feb 17, 2015, at 10:27 AM, Axel Hecht wrote:
Hi,
I'd like to write tests to validate my assumptions around what's an error
and what's a warning for localized values going into
nsTextFormatter::smprintf
On Thursday, February 19, 2015 at 11:27:11 PM UTC+1, Tom Tromey wrote:
Axel writes:
Axel I'm talking actual crashes, and I don't know how we would fix the
Axel text formatter. I'm glancing at
Axel
http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/nsTextFormatter.cpp#778,
Axel
if the segments are in, or
if it crashes [1].
So I'll need a .cpp core, and a wrapper that feeds it data and checks the
output.
Any suggestions on how to do that right?
Axel
[1] '%f' being the reference string, '%S' being the localization, pass in 5
localstore?
--BDS
How much of XUL templates with RDF do we support still? Never kept track
of templates to start with :-/
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
://bugzilla.mozilla.org/show_bug.cgi?id=1040019.
Axel
On 7/11/14 4:26 PM, Axel Hecht wrote:
Hi,
in .properties
foo = some \unicode
bar = some \a
creates the most icky output.
I'd like to get a defined behavior, but it turns out to be hard.
Java:
- dies with a parsing error on foo, bar is some
great.
What's your take?
Axel
cross-posting to .platform for xpcom, .tools.l10n for gaia's l10n.js
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
is the place to look.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
it. It'll be web-based IDEs, which
require good tooling and hosting to be on the same infrastructure.
Axel
*Non-User Repos*
There are too many non-user repos. I'm not convinced we should host
ash, oak, other project branches internally. I think we should focus on
mission-critical repos only
the order.
Something like
You would think the a href=foofunkyness/a would strongrule/rule.
could translate into
strongRuling/strong would be the a href=foofunkyness/a, you
would think.
Are you intending to also localize tooltips and the like?
Axel
On 3/3/14, 8:28 PM, Felipe G wrote:
Hi
of my brain into writing, I wish I had
an hour-long video to go back and forth about stuff ;-)
Axel
On 2/28/14, 9:48 PM, Gregory Szorc wrote:
(This is likely off-topic for many dev-platform readers. I was advised
to post here because RelEng monitors dev-platform and I don't like
cross-posting
system.
Axel
On 1/14/14 11:04 PM, L. David Baron wrote:
There are eight W3C Proposed Recommendations for RDF 1.1 (two of
which are actually Proposed Edited Recommendations):
RDF Schema 1.1: W3C Proposed Edited Recommendation 09 January 2014
http://www.w3.org/TR/rdf-schema/
RDF 1.1 XML Syntax
tools
reformat code they don't understand, and break it. Trailing whitespace
is significant in some of our file formats, for example.
Axel
On 1/6/14 6:55 PM, Martin Thomson wrote:
I think that this is a good start, but it doesn’t go quite far enough.
Part of the problem with a policy
...@mit.edu, Axel Kratel akra...@mozilla.com,
dev-platform@lists.mozilla.org
Sent: Wednesday, November 27, 2013 8:51:32 AM
Subject: Re: W3C Proposed Recommendations: Performance Timeline, User Timing,
JSON-LD
I’ve been aware of these proposals. Honestly, there’s not a lot of meat
.
But yes, I'll actually need to read the original post with l10n in mind.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
, at least. Or at least
be open to social engineering as much as dismissing a non-registered
add-on UI.
Axel
On 10/30/13 10:55 PM, Jorge Villalobos wrote:
Cross posting to dev.planning, where I originally intended this to be.
Please follow up to dev.planning.
Jorge
On 10/30/13 3:42 PM
On 10/17/13 12:02 PM, Gervase Markham wrote:
On 16/10/13 16:02, Axel Hecht wrote:
We'll need to go down a path that works for Firefox OS.
With Firefox OS, we don't have the download-size issue, do we? So we can
ship all the data.
Gerv
We have issues with disk space, currently. We're
On 10/16/13 5:39 PM, Jeff Walden wrote:
On 10/16/2013 02:10 PM, Axel Hecht wrote:
I wonder how far we can get by doing something along the lines we use for
webfonts, starting to do the best we can with the data we already have, and
improve once the perfect data is local.
Having the Intl.Foo
On 10/17/13 2:41 PM, Dao wrote:
On 16.10.2013 17:02, Axel Hecht wrote:
We'll need to go down a path that works for Firefox OS.
[...]
But, yes, I think we'll need a hosted service to provide that data on
demand in the end.
This sounds like a non-starter for mobile devices, doesn't
On 10/17/13 3:41 PM, Brian Smith wrote:
On Thu, Oct 17, 2013 at 3:46 AM, Axel Hecht l...@mozilla.com wrote:
We have issues with disk space, currently. We're already in the situation
where all our keyboard data doesn't fit on quite a few of the devices out
there.
Where can one read more about
something along the lines we use
for webfonts, starting to do the best we can with the data we already
have, and improve once the perfect data is local. I'm personally OK if
this is a notification bar to reload, even.
Axel
PS: ICU is driven by js globalization api. That API was driven by MS
for 200
languages or somesuch.
But, yes, I think we'll need a hosted service to provide that data on
demand in the end.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 10/11/13 2:47 PM, David Rajchenbach-Teller wrote:
I'd be happy if we could progressively kill FileUtils.jsm and make
nsIFile [noscript]. Don't know if this qualifies as platform feature,
though.
Cheers,
David
Both are heavily used in the js build system for gaia, fwiw.
Axel
is a good candidate for implementing it in JS.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 10/10/13 2:43 PM, Jeff Walden wrote:
On 10/10/2013 02:27 PM, Axel Hecht wrote:
I agree with the sentiment, but not on the eample.
Having been a peer of the XSLT module back in the days, we started with a
rather js DOM like implementation, and moved over to a pure nsIContent etc
impl
rid of RDF, IIRC.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Hi,
out of curiousity, I recall that relativesrcdir was actually the trigger
to switch on and off some l10n functionality in jar packaging.
Is that now on everywhere?
Axel
On 9/5/13 2:34 AM, Mike Hommey wrote:
Hi,
Assuming it sticks, bug 912293 made it unnecessary to start Makefile.in
migration at release minus a week and a
day, i.e., we're migrating on Sept 9, and release on Sept 17:
https://mail.mozilla.com/home/ake...@mozilla.com/Release%20Management.html?view=monthdate=20130930
Axel
___
dev-platform mailing list
dev-platform
package is what I
try to keep working at cost, notably on Android, where we're already
doing stunts to do that.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 8/29/13 3:17 PM, Anne van Kesteren wrote:
On Thu, Aug 29, 2013 at 1:48 PM, Axel Hecht l...@mozilla.com wrote:
I'll read up on the other thread, and I still think the approach is wrong
here, sorry.
You'll have to explain that more fully I think.
This is the current approach. However
On 8/13/13 8:05 AM, Karl Tomlinson wrote:
On Fri, 09 Aug 2013 13:51:45 +0200, Axel Hecht wrote:
To clarify, the tool does support either .name. or .name-list. at
this point. Is there a code path or a setup where we have for any
language/family both a .name. and a .name-list. entry?
I.e.
pref
On 8/9/13 5:28 PM, Jonathan Kew wrote:
On 9/8/13 15:36, Axel Hecht wrote: So I created three test cases based
on the data I see, Greek and
Bulgarian monospace and Hindi sans-serif. They're linked off of
http://pike.github.io/fonts/. It's prerendered images on the left
column, and regular
On 8/9/13 1:27 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 10:45 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Couter example seems to be Chinese, the unagi shows something, while my
tool reports 13k
On 8/9/13 1:51 PM, Axel Hecht wrote:
On 8/9/13 1:27 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 10:45 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Couter example seems to be Chinese, the unagi shows
in the dark,
it'd be great if I could get some feedback and comments.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Hi Jonathan,
thanks for the feedback, more inline.
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Hi,
I'm looking for a review of some rather hacky tool I just created to see
if the fonts on b2g actually support a particular language.
https://github.com/Pike/font
On 8/8/13 10:45 PM, Karl Tomlinson wrote:
Axel Hecht writes:
On 8/8/13 5:17 PM, Jonathan Kew wrote:
On 8/8/13 15:17, Axel Hecht wrote:
Couter example seems to be Chinese, the unagi shows something, while my
tool reports 13k missing glyphs for zh-TW.
If we're using Droid Sans Fallback, I
I've only quickly glanced at those, and I haven't followed those
discussions at all, I have to admit.
Are there any practical consequences for gecko/firefox? It doesn't look
like it would, in particular when looking at the reference
implementations being all on top of html platforms.
Axel
.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
better than a
1000 files in 20 dirs depth.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
bugzilla integration,
there are perl bindings that get modifications. I refuse to know perl
good enough to make any statement on the value of the perl bindings, though.
Axel
On 5/31/13 2:56 AM, Johnny Stenback wrote:
[TL;DR, I think we need to embrace git in addition to hg for
Firefox/Gecko
, that's not not idempotent. It's not round-tripping, but it
looks like it's idempotent.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
on how they work do we still have
in mailnews' abuse of RDF? Not sure what's lurking in localstore.rdf and
mimeTypes.rdf.
Also, sorry, can't offer more help than asking these days.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
geo location?
We also make statements about our requirements on 3rd party location
services in https://www.mozilla.org/en-US/legal/privacy/firefox.html.
Depending on how mac locates, those may or may not hold?
Axel
___
dev-platform mailing list
dev
of getting to a single revision that works out of
multiple independent branches in a piece of software as big and modular
as firefox has to be significant.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo
to know how much of that you can see in the data
window you looked at.
has been pushed to try is obviously tricky to find out, in particular
on rebases, and possibly modified patches during the rebase.
Axel
Because of the large effect from coalescing, any changes to the current
process must
On 4/23/13 6:35 PM, Kartikaya Gupta wrote:
On 13-04-23 03:57 , Axel Hecht wrote:
Do we know how many of these have been pushed to try, and
passed/compiled what they'd fail later?
I haven't looked at this. It would be useful to know but short of
pulling patches and using some similarity
AM
bp-3dbd9606-7d63-4a90-957a-98f772130416 4/17/13 12:32 AM
bp-2b7ac91d-1110-4780-9370-89a372130416 4/17/13 12:31 AM
Any ideas?
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
and overrides typically
should live.
--BDS
... + firefox-l10n.js, for locale-specific settings.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 27.02.13 09:30, Henri Sivonen wrote:
On Fri, Feb 22, 2013 at 8:03 PM, Axel Hecht l...@mozilla.com wrote:
On 22.02.13 18:41, Henri Sivonen wrote:
On Feb 22, 2013 5:30 PM, Axel Hecht l...@mozilla.com wrote:
There's just no other way than post-mortem work. That's one of the
reasons why
, I'll follow up there.
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
filed https://bugzilla.mozilla.org/show_bug.cgi?id=844042 before
posting here (or at least around the same time).
Axel
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 12.02.13 22:12, Axel Hecht wrote:
On 12.02.13 20:27, Benjamin Smedberg wrote:
On 2/12/2013 12:41 PM, Axel Hecht wrote:
Hi Benjamin, Dave,
for mobile (and fxos) we're looking into doing sparse localizations of
toolkit. The work on the mobile side is bug 792077. The current
attempt
1 - 100 of 109 matches
Mail list logo