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 Fri,
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 h
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 t
ge under
> suggested additions. And remember, they're just guidelines :)
> On Sat, Oct 21, 2017 at 4:25 AM Philipp Kewisch wrote:
>
>> Hey Folks,
>>
>> One thing I've often been thinking when reading the Intent to
>> Ship/Implement emails is "Hey, tha
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 a
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 t
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) and
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 Brows
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
https://list
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 wrote:
>
>>
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 u
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 thi
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, m
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 fend
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 foun
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 T
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 _don'
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 s
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 his
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 ht
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/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 "follo
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/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 lik
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
https://lists.mo
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 con
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 f
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 re
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
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 wrote:
>>
>>> HTML5 spec used to have something like that called
>>> Here's some info:
>>> https://bugs.webkit.org/show_bug.cgi?id=26545
>>>
>>> As a former co
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 d
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 w
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 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 impro
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 (
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 p
On 8/12/14 7:05 PM, Ben Hearsum wrote:
> Hi all,
>
> Apple recently announced changes to how OS X applications must be packaged
> and signed
> (https://developer.apple.com/library/mac/technotes/tn2206/_index.html#//apple_ref/doc/uid/DTS40007919-CH1-TNTAG205)
> in order for them to function corr
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 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 bug
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 ha
What about wrappedJSObject? If the test is geared towards internal
details of the implementation anyway, it should be possible to do
something like this:
xpcom component:
function MyXPCOMComponent() {
this.wrappedJSObject = this;
}
MyXPCOMComponent.prototype = {
_internalMethod: function(a
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 cod
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 al
On 6/17/14 4:28 AM, Joshua Cranmer 🐧 wrote:
> I tried once again when the debugger API was added, but that again
> didn't work for some reason (I've forgotten why long ago... probably
> something to do with insufficiently exposing interesting globals?).
Oh, one more thing, there are a few bugs rel
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)?
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 8:20 PM, Benjamin Smedberg wrote:
On 9/23/2013 8:45 AM, Philipp Kewisch wrote:
Initially it seems it would be easy to replace calDateTime with a JS
component and I had started to do this, but unfortunately calDateTime
is instanciated directly (via constructor, not via xpcom) in a
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 that
ipp
On 9/20/13 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 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
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 rece
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
wrote:
git rebase --interactive. It is /far/ more powerful than mq for this
use-case.
I even have a |git qrebase
On 7/11/13 12:05 AM, Justin Lebar wrote:
On Wed, Jun 5, 2013 at 3:25 AM, Philipp Kewisch 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 interesting, lots of
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 quit
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
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 main
This is probably rather something worth reporting in dev.platform. That
memory reporter is the SQLite/storage service reporter.
Its interesting that Lightning being installed causes this to show though.
I've set Followup-To.
Philipp
On 10/22/12 2:53 PM, WaltS wrote:
I am seeing this message
What is going to happen to PRTime? Is that going away too?
Philipp
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
65 matches
Mail list logo
