Re: Voting in BMO

On 6/9/2015 2:09 PM, Mark Côté wrote: If your team uses voting, I'd like to talk about your use case and see if, in general, it makes sense to continue to support this feature. Thanks, Mark I've always considered voting as an important feature for Thunderbird bugs. Yes it is not a

Re: Voting in BMO

On 6/11/2015 11:51 AM, Jared Wein wrote: There are plenty of people that recommend others to vote on bugs that they want prioritized, and us removing voting will make it look to the outsider that Mozilla is becoming more closed. If ignoring votes is a sign the Mozilla is closed, and there is a

Re: Switch to Google C++ Style Wholesale (was Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++)

On 7/14/2015 8:23 AM, Benjamin Smedberg wrote: Aww, I was avoiding getting into this thread. ... The argument I am most sympathetic to is that this convention is a barrier to new contributors. Making new contributors productive, both employees and volunteers, is a very good reason to choose

Re: Merging comm-central into mozilla-central

On 10/23/2015 2:42 PM, Ehsan Akhgari wrote: Firefox hg repos will adapt to their changes, so the Thunderbird hg repos will adapt to changes. That doesn't answer my question. No, but it does address that issue that you brought up, whether discussions of other major directions for

Re: Merging comm-central into mozilla-central

On 10/23/2015 3:09 PM, Ehsan Akhgari wrote: Hmm, I'm having difficulty reconciling what you're saying above with this email from two days ago . What happens if Thunderbird decides on option 3 listed there (move away from

Re: Merging comm-central into mozilla-central

On 10/23/2015 1:21 PM, Ehsan Akhgari wrote: What are the long term plans for the Thunderbird and SeaMonkey community to maintain their code, if it gets merged into m-c? On tb-planning I see ongoing discussions about moving to other platforms such as Electron, or the broader doubts about how

Re: Merging comm-central into mozilla-central

On 10/23/2015 2:22 PM, Bobby Holley wrote: That may be a reason for the people working on the build system to refactor it without consideration for Thunderbird. That may sound heartless, but it is the current directive from the organization that is paying us to work on m-c. Whether or not

Re: Leaving hg.mozilla bug.mozilla to github for the leaving complicated infrastructure of mozilla.

how. R. Kent James Chair, Thunderbird Council On 12/3/2015 8:52 PM, 罗勇刚(Yonggang Luo) wrote: I think the relationship between Thunderbird/SeaMonkey and gecko-dev should be like the relation ship between Atom editor vs Electron. So there is no need that Thunderbird/SeaMonkey chasing the mozilla

Re: Deprecating XUL in new UI

On 1/16/2017 12: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. Would you be open to a team of volunteers working on this issue? I've been pursing an effort in the

Re: New [must_use] property in XPIDL

On 8/21/2016 9:14 PM, Nicholas Nethercote wrote: > I strongly encourage people to do likewise on > any IDL files with which they are familiar. Adding appropriate checks isn't > always easy Exactly, and I hope that you and others restrain your exuberance a little bit for this reason. A warning

Re: Intent to harden binary injection by removing XPCOM and related xul.dll exports

On 8/30/2016 8:44 AM, Benjamin Smedberg wrote: > It is likely that this project will affect Thunderbird and/or SeaMonkey, > but I'm not sure in what ways. My understanding is that Thunderbird > currently builds with internal linkage. I plan to keep Thunderbird informed > of the work here, and

What is the big picture view of where the Mozilla/Firefox platform is going?

In a couple of weeks, a team of Thunderbird developers will be meeting up with some folks from The Document Foundation about possibly aligning Thunderbird with LibreOffice. As part of that meetup, they'll want to know our platform plans. That in turn depends heavily on Firefox platform plans.

Re: New [must_use] property in XPIDL

On 8/22/2016 9:28 PM, Nicholas Nethercote wrote: > On Tue, Aug 23, 2016 at 9:39 AM, R Kent James <k...@caspia.com> wrote: >> On 8/21/2016 9:14 PM, Nicholas Nethercote wrote: >>> I strongly encourage people to do likewise on >>> any IDL files with which they are fa

Re: New [must_use] property in XPIDL

On 8/24/2016 11:31 AM, Jim Blandy wrote: > On Mon, Aug 22, 2016 at 4:39 PM, R Kent James <k...@caspia.com > <mailto:k...@caspia.com>> wrote: > > Exactly, and I hope that you and others restrain your exuberance a > little bit for this reason. A warning wou

Re: Tracking bug for removals after XPCOM extensions are no more?

On 3/15/2017 3:51 PM, Benjamin Smedberg wrote: after Firefox 57 when Webextensions are the only extensions, if our product no longer needs some functionality (and it's "API"), let's remove it. Quickly and ruthlessly. We need to actively work to maintain less code. I'm struggling to have a big

Re: removing "the old way" of signing add-ons

On 7/19/2017 4:06 PM, David Keeler wrote: [dev-apps-thunderbird and dev-apps-seamonkey cc'd, but please discuss on dev-platform] ... Given all this, the question is do we still need this second API? Does Thunderbird or SeaMonkey use it for any reason, or can we simplify the code-base, reduce