Also a big thanks to the Thunderbird team on pushing forward to make the
platform more modern. Great work everyone!
Philipp
> On 24. Apr 2020, at 8:15 PM, Jared Wein (Mozilla) wrote:
>
>
> Congrats! This is a major accomplishment and required a lot of work. Nice job
> to all!
>
>> On
On 1/24/19 11:25 PM, Paolo Amadini wrote:
> On 1/24/2019 9:57 PM, Philipp Kewisch wrote:
>> was there a specific reason to put the code in chrome://browser/ ? It
>> seems to me that this is a feature that is common for all toolkit apps,
>> so if you put it in chrome://toolkit/
On 1/24/19 8:31 PM, Paolo Amadini wrote:
> Thunderbird will not be affected by this change initially, but at some
> point we'll remove the old code from mozilla-central since Thunderbird
> will be the only remaining user.
Hi Paolo,
was there a specific reason to put the code in chrome://browser/
On 11/5/17 12:55 PM, Mike Hommey wrote:
> So it seems to me the core problem is not as much "there's too much noise"
> as "people are not posting on #developers anymore". One could think
> there's correlation, but I think the reality is simply that less people
> use irc.
Thanks for the stats and
Hey Folks,
I'm a big fan of having development discussions in the open, and in the
past #developers has been the prime place to do that. Even if the
benefit may not be apparent vs. having a private discussion or using a
closed channel, I think this is one of many ways to increase interest
within
der
> suggested additions. And remember, they're just guidelines :)
> On Sat, Oct 21, 2017 at 4:25 AM Philipp Kewisch <mozi...@kewis.ch> wrote:
>
>> Hey Folks,
>>
>> One thing I've often been thinking when reading the Intent to
>> Ship/Implement emails is &q
On 10/20/17 7:47 PM, Dave Townsend wrote:
> For some time now we've been talking about moving away from XUL and XBL.
> The browser architecture team has been hard at work figuring out how to go
> about doing that and we're ready to share the first of our proposals more
> widely. We have developed
Hey Folks,
One thing I've often been thinking when reading the Intent to
Ship/Implement emails is "Hey, that sounds interesting, I wonder what
that is and how I can use it".
The spec and bug is usually linked, so I can go ahead and take a look at
the spec, but what would make reading email a lot
On 1/16/17 9:43 PM, Dave Townsend wrote:
> One of the things I've been investigating since moving back to the
> desktop team is how we can remove XUL from the application as much as
> possible. The necessary first step of reducing XUL use is to stop
> adding any more UI that uses XUL and here I'm
On 10/28/16 12:40 PM, Jonathan Kew wrote:
> We're proposing to remove the XPCOM service nsIScriptableDateFormat,
> used for locale-appropriate formatting of date/time values.[1]
Thanks for the heads up. Do you have a proposed timeline for the removal?
Bugs are filed for mailnews (bug 1313659)
On 6/9/16 8:53 AM, Philip Chee wrote:
> On 08/06/2016 22:59, Brian Grinstead wrote:
>
>>> The code isn't used at all in Firefox, as discussed in
>>> https://groups.google.com/forum/#!topic/mozilla.dev.developer-tools/XYPqQ58ndX4/discussion.
>>> It’s also now possible to migrate usages to the
Hi Anne,
thanks for the update! I'm looking forward to seeing web components
work, I think they will be very helpful for future web and html based
application development.
Philipp
___
dev-platform mailing list
dev-platform@lists.mozilla.org
Hey all,
I was experimenting with web components and noticed how there are gaps
between what Firefox supports and what Chrome supports. Reading blog
posts and such I am aware that this is because consensus has not been
reached on the final implementation and I agree it would not be a good
idea to
You can use runtime checks for the OS, e.g. using Services.appinfo
Philipp
On 2/1/16 11:09 AM, 罗勇刚(Yonggang Luo) wrote:
> I means there is any instruction in XUL
> to remove the #ifdef XP_MACOSX
> but still preserve the semantics.
>
> On Mon, Feb 1, 2016 at 2:55 PM, Martin Thomson
I was about to mention. If you click on "Advanced" in the sharing
dialog, you can switch to anyone with the link (on the web).
Philipp
On 1/21/16 11:44 PM, Dave Townsend wrote:
> Is there any reason not to make the link publicly accessible? Then
> no-one needs to request access.
>
> On Thu, Jan
Hi Folks,
I have just recently pushed bug 1192533, which will allow more fine
grained debugging in xpcshell tests. I often had the problem that only a
single task within a test was failing. Running the test over and over
again took longer because all the other tasks had to run. I wished we
could
On 12/22/15 5:38 PM, Ben Kelly wrote:
> I'd rather see us do:
>
> 1) Raise the visibility of oranges. Post the most frequent intermittents
> without an owner to dev-platform every N days.
While I am all for raising awareness of oranges, I don't think posting
them to dev-platform is the right
On 10/23/15 11:22 PM, Bobby Holley wrote:
>> What's even more sad is that it's at the expense of Thunderbird (and
>> > SeaMonkey) *and* at the expense of Firefox build system changes.
>> >
> That may be a reason for the people working on the build system to refactor
> it without consideration for
On 10/23/15 11:09 PM, Eric Rescorla wrote:
>> It may well be that having c-c code in m-c decreases friction overall,
>> > since it saves time for the people that know they're allowed to break TB
>> > but choose to help it anyway. However, the cost of redirected work for
>> > contributors that
Hi all,
I'd love to see if we can move towards an agreement. For those of you
that would prefer not to merge, I'd love to hear what your absolute
minimum requirements would be that you'd accept a merge with. Changes to
hg? Changes to dxr? A policy chanage? If we can establish clear
requirements,
On 10/24/15 1:41 AM, Bobby Holley wrote:
> We have three options:
> (1) Build peers do a bunch of extra work to support c-c in a separate repo.
> (2) We land c-c in m-c, so that build peers can support it without much
> extra work.
> (3) We don't land c-c in m-c, build peers ignore c-c, and TB
On 10/26/15 10:05 PM, Steve Fink wrote:
>
> Perhaps the concern is that it's foolish to merge it in now if the
> direction of c-c development is going to end up needing it split out
> eventually anyway? I doubt that's near enough at hand to matter,
> personally, and splitting it back out doesn't
On 10/24/15 3:15 AM, Doug Turner wrote:
> 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
On 9/15/15 5:14 PM, Joshua Cranmer wrote:
> On 9/15/2015 10:11 AM, Ben Hearsum wrote:
>> On 2015-09-15 11:08 AM, Philip Chee wrote:
>>> The Bonsai server +infra is gone. Is there an alternative?
>>>
>>> Is there a mercurial repository that has a unified history of
>>> mozilla-central plus cvs
On 6/24/15 1:10 PM, Yonggang Luo wrote:
For example.
custom-protocol://some-uri-path/test.html
I want the test.html works like
http://some-web-site/test.html
That I can navigate in the html page.
Check out nsIProtocolHandler
Here is an implementation that directly forwards to http(s):
On 6/11/15 10:18 PM, Mike Hoye wrote:
On 2015-06-11 3:48 PM, R Kent James wrote:
Maybe the correct fix is to start paying attention to votes.
If you choose your project priorities based on internet voting, you're
gonna have a bad time.
I don't think its about the complete list of project
On 6/9/15 11:09 PM, Mark Côté wrote:
To that end, I'd like to consider the voting feature. While it is
enabled on a quite a few products, anecdotally I have heard
many times that it isn't actually useful, that is, votes aren't really
being used to prioritize features fixes. If your team
On 6/10/15 1:24 PM, Dirkjan Ochtman wrote:
Similarly, I could imagine that the very explicit CC list could be
changed to be more like a Follow button, plus a (simplified) way to
include others for those who have relevant privileges.
Have you seen the experimental bugzilla UI? It has a follow
On 6/3/15 7:10 PM, 罗勇刚(Yonggang Luo) wrote:
And stop when connected.
firefox -chrome chrome://browser/content/devtools/connect.xhtml
This can open the connect page, but can not automatically connect.
Heya,
check out what I did in bug 1132524, this is for Thunderbird but it
sounds like
Not sure how this works in Visual Studio, but check out:
http://www-archive.mozilla.org/scriptable/javascript-stack-dumper.html
In gdb you can do call DumpJSStack()
Philipp
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On 5/4/15 6:07 PM, Eric Shepherd wrote:
Benjamin Smedberg wrote:
I will be updating MDN documentation and removing or archiving old
documentation about binary XPCOM components in the next few weeks.
Please ping me before outright deleting anything; I'd like to be sure
we're able to continue
On 2/21/15 2:24 AM, Ryan VanderMeulen wrote:
On 2/20/2015 7:36 PM, Eric Shepherd wrote:
Is there any way we could add something that would cause a
notification to go out to the MDN writing team if IDL is changed? That
could have enormous repercussions on our ability to keep up with doc
updates
On 2/14/15 1:08 AM, sina.no...@gmail.com wrote:
hi
i created a XULRunner mini browser which opens my company homepage, i can
sign in and do my job and it is OK, but when i click a link with _blank
target it opens the new window but there is no session history and new
windows doesn't
On 1/20/15 5:34 PM, Joshua Cranmer wrote:
On 1/20/2015 4:37 AM, Nicolas B. Pierron wrote:
Maybe some potential users will show up and mention that they are
willing to get their hand dirty if we were to implement an Analysis
API as discussed back in June. In which case we might be able to
On 1/16/15 8:50 AM, Yonggang Luo wrote:
在 2015年1月13日星期二 UTC+8上午12:08:24，Elliott Sprehn写道：
On Fri, Jan 9, 2015 at 10:38 AM, Jan Varga jan.va...@gmail.com wrote:
HTML5 spec used to have something like that called datagrid
Here's some info:
https://bugs.webkit.org/show_bug.cgi?id=26545
As a
I think the question is rather if there is an interest to create a
HTML5-equivalent of the XUL tree that has a similar or matching feature set.
The main features required are being able to handle a datastore that has
10k+ rows by lazy loading (and unloading) the data into DOM nodes,
hierarchical
On 12/9/14 7:46 PM, Gregory Szorc wrote:
* Building a subscription service for watching code and reviews
I think this would be quite interesting, but I'm also not quite sure
what metadata you would put into the files.
In the past I've built a small script that uses mozilla pulse to figure
out
On 11/24/14 1:43 AM, Mark Hammond wrote:
* Is Components.returnCode expected to be used when the code throws (as
SessionStore.jsm does) or when the code returns without an exception?
(Or maybe both?)
* If it is supposed to be used with a normal return, is the change so
GetPendingResult() is
Is the AMO compatibility checker powerful enough to detect at least the
first category of required changes? If so I don't think we should make
any more special cases than needed.
While the change is annoying for addon authors, in most cases the
redeclaration is just an oversight and it would
On 9/16/14 11:20 AM, Mark Banner wrote:
If we can get notification (via cc, this list, other lists or via bugs)
of big, potentially-breaking changes, before they land, that is
appreciated and is useful to us as it helps save time. However, we
recognise this isn't always possible/practical (or
On 8/13/14 2:59 PM, Benjamin Smedberg wrote:
On 8/13/2014 3:34 AM, Philipp Kewisch wrote:
Does this also affect binary extensions in any way? I'd imagine that
globally installed extensions would break signing if placed incorrectly.
You cannot place anything in the Firefox bundle. Any
On 8/1/14 7:45 AM, Yonggang Luo wrote:
I am installed Tiny Javascript Debugger into my own XUL application, (by
setting the ID to thunderbird), How to start the Tiny Javascript Debugger by
calling it's own functions?
You should take a look at this extension, it should do everything you
I've had been doing this on my laptop with only an SSD in hopes of
saving write cycles, but eventually I gave up. Far too many situations
where the battery died and I had to do a full rebuild.
I was thinking of writing some caching script that would save
not-so-often changed objects to the SSD
On 7/14/14 8:13 AM, Byron Jones wrote:
are you tired of receiving notifications from bugzilla that you simply
don't care about?
you can now tell bugzilla to stop clogging up your inbox with those
pesky emails via bugmail filtering.
Great work on this feature, I like it! I currently have an
On 7/14/14 8:13 AM, Byron Jones wrote:
are you tired of receiving notifications from bugzilla that you simply
don't care about?
you can now tell bugzilla to stop clogging up your inbox with those
pesky emails via bugmail filtering.
I also entered a filter with the intent to ignore bugmail
On 6/25/14 5:15 PM, Jason Orendorff wrote:
We're considering building a JavaScript API for dynamic analysis of JS
code.
Here's the sort of thing you could do with it:
I usually don't do this, but since the others have mentioned all the
good reasons and I am likewise totally excited about code
On 6/17/14 7:58 PM, Kent James wrote:
On 6/17/2014 8:01 AM, Nathan Froyd wrote:
- For xpcshell, you should set up mock servers via httpd.js (see
numerous examples in existing xpcshell tests).
I use xpcshell to drive tests for an extension that attaches to external
servers. This is all done
On 6/16/14 7:23 PM, Sylvestre Ledru wrote:
Hello,
I am working on providing weekly code coverage of Firefox code.
For now, I am able to do that for C/C++ code.
I would like to know if anyone tried to generate code coverage recently
on the Javascript code of Firefox (or Firefox OS)?
I saw
In general I am also against monkeypatching, but especially for products
that don't have releases quite as often I think it has its valid use cases.
Especially in the enterprise environment, where a client wants a fix
now, its not an option to say well, we've submitted this patch for the
next
On 10/9/13 6:01 PM, Gervase Markham wrote:
Attack surface reduction works:
http://blog.gerv.net/2013/10/attack-surface-reduction-works/
Removing E4X broke the NSA's EGOTISTICALGOAT attack - a type confusion
vulnerability in E4X.
In the spirit of learning from this, what's next on the chopping
On 9/23/13 2:34 PM, Benjamin Smedberg wrote:
On 9/20/2013 3:12 PM, Philipp Kewisch wrote:
We are not quite ready to get rid of the libical backend right now, so
removing these functions without replacement will cause some
complications for Lightning.
Not knowing this code well, it seems
On 9/20/13 8:22 PM, Benjamin Smedberg wrote:
On 9/20/13 9:06 AM, Benjamin Smedberg wrote:
So I would like to propose that we link the JS libraries statically
into libxul and stop exporting JSAPI symbols entirely. This will
effectively prevent extensions from using it.
To answer questions I
9:21 PM, Bobby Holley wrote:
Can you manipulate Dates using the WebIDL bindings instead?
On Fri, Sep 20, 2013 at 12:12 PM, Philipp Kewisch mozi...@kewis.ch wrote:
On 9/20/13 8:22 PM, Benjamin Smedberg wrote:
On 9/20/13 9:06 AM, Benjamin Smedberg wrote:
So I would like to propose that we
On 7/11/13 12:05 AM, Justin Lebar wrote:
On Wed, Jun 5, 2013 at 3:25 AM, Philipp Kewisch mozi...@kewis.ch wrote:
git rebase --interactive. It is /far/ more powerful than mq for this use-case.
I even have a |git qrebase| alias for this.
https://github.com/jlebar/moz-git-tools
Looks very
On 7/11/13 8:00 PM, Ehsan Akhgari wrote:
On 2013-07-11 11:26 AM, Philipp Kewisch wrote:
On 7/11/13 12:05 AM, Justin Lebar wrote:
On Wed, Jun 5, 2013 at 3:25 AM, Philipp Kewisch mozi...@kewis.ch
wrote:
git rebase --interactive. It is /far/ more powerful than mq for this
use-case.
I even have
I also agree to Randell and Joshua. I've been using both lately and
there are just a few things missing in git that I am used to in hg.
Mercurial Queues is the most prominent. I am used to switching the order
of patches in my queue, which seems like a pain to me in git. Or maybe I
haven't
On 5/15/13 11:32 PM, Gregory Szorc wrote:
On 5/15/13 2:18 PM, Vladan Djeric wrote:
I think the more compelling use case is service startup. Proper
dependencies should allow us to more intelligently start services on
demand. This should lead to lower resource utilization and faster
startup times.
On 3/27/13 11:38 PM, Joshua Cranmer wrote:
On 3/27/2013 5:25 PM, Bas Schouten wrote:
I would argue this is probably true. As I've talked to a developer
from a large third party where the discussion of if they would try to
adjust their work to Moz2D literally ended at: 'I have to check out
On 3/18/13 10:14 PM, Jason Smith wrote:
Sounds good to me.
Also to add in a piece of private feedback I received - SeaMonkey wants
to remain on the front page as there's a strong community behind it that
still works on that project.
For similar reasons I would like Calendar to stay on the
59 matches
Mail list logo
