MozillaZine

Daily Build Thread 2014-04-11 Through 2014-04-17

Discussion about official Mozilla Thunderbird builds
JoeS

User avatar
 
Posts: 2337
Joined: June 8th, 2003, 9:15 am

Post Posted April 12th, 2014, 5:22 am

Daily Build Thread
[If you would like to volunteer to post this weekly thread on a rotational basis
Please go here: http://wiki.mozilla.org/Thunderbird:Nig ... ld_Threads for further instructions.]


Danger, Will Robinson, danger!
Current situations to be aware of
Running TB 12 with local mail folders and pop3 mail filters may produce summary files that aren't correctly read by previous versions of Thunderbird See: TB 12 Known Issues


Checkins This Week

Now posted in each channel's status section

Recent Bugs/Links of interest


Latest Tested Builds

The current nightly build, unless otherwise noted



Thunderbird-Beta Thunderbird 28.0 / Gecko 28.0 Status

Green


Latest-Betas:28.0b1-candidates
Tbpl l10n Dashboard
Tinderbox_Builds_win32

Checkins This Week
None Yet


Earlybird Thunderbird 30.0a2 / Gecko 30.0 Status

Green

Latest-Nightly Links en-US l10n
Tbpl l10n Dashboard
Tinderbox_Builds_win32

Checkins This Week
None Yet


Daily Thunderbird trunk 31.0a1 / Gecko 31.0 Status

Green

Latest-Nightly Links en-US l10n
Tbpl l10n Dashboard

Checkins This Week

None Yet

JoeS Testing current Thunderbird trunk builds WinXP SP2+
news://news.mozilla.org.mozilla.test.multimedia How to Post

Nomis101
 
Posts: 1013
Joined: January 7th, 2008, 7:46 am
Location: Germany

Post Posted April 13th, 2014, 3:47 am

I have a problem with Thunderbird 30.0a2. Sometimes it starts with empty folder pane. Than I restart it and than it mostly starts normal. Sometimes I also need to restart it several times to get my accounts in the folder pane back. This is with en-US, as well with localized versions. Anyone else seeing this?
Removing all my extensions and safe-mode does not help.

rsx11m
Moderator
 
Posts: 14430
Joined: May 3rd, 2007, 7:40 am
Location: US

Post Posted April 13th, 2014, 9:17 am

Stupid question: Anything in the Error Console?
Any difference toggling the folder view, then restart?

No problems with SeaMonkey 2.27a2 here in this regard.

Nomis101
 
Posts: 1013
Joined: January 7th, 2008, 7:46 am
Location: Germany

Post Posted April 14th, 2014, 12:41 pm

There are no errors in the error console. Only this warnings:
[JavaScript Warning: "mutating the [[Prototype]] of an object will cause your code to run very slowly; instead create the object with the correct initial [[Prototype]] value using Object.create" {file: "resource://gre/components/steelApplication.js" line: 783}]

[JavaScript Error: "listManager.setKeyUrl is not a function" {file: "resource://gre/components/nsPhishingProtectionApplication.js" line: 163}]

But I think this is unrelated.

Toggling folder view doesn't change anything.

Nomis101
 
Posts: 1013
Joined: January 7th, 2008, 7:46 am
Location: Germany

Post Posted April 17th, 2014, 1:02 am

I found some m-c bugs which will remove some encodings, they all have the comment "if TB wants to have them, they should take them into c-c".
https://bugzilla.mozilla.org/show_bug.cgi?id=997124
https://bugzilla.mozilla.org/show_bug.cgi?id=997133
https://bugzilla.mozilla.org/show_bug.cgi?id=997115
https://bugzilla.mozilla.org/show_bug.cgi?id=997114
https://bugzilla.mozilla.org/show_bug.cgi?id=995957

Will this break things for Thunderbird?

rsx11m
Moderator
 
Posts: 14430
Joined: May 3rd, 2007, 7:40 am
Location: US

Post Posted April 17th, 2014, 10:49 am

As long as it's core code and we don't expect those encodings to be present, the other applications like Thunderbird and SeaMonkey should be fine. I can't tell how frequently used they were, but apparently not given that they are planned to be retired.

BTW: There is a good chance that we're running out of 6-digit bug numbers over the Easter weekend, let's see how gets the magic bug 1000000. 8-)

Philip Chee

User avatar
 
Posts: 6475
Joined: March 1st, 2005, 3:03 pm

Post Posted April 17th, 2014, 12:13 pm

Date: Thu, 17 Apr 2014 10:09:11 +0300
Subject: Landing c-c-breaking changes that remove c-c-only code from m-c
From: Henri Sivonen <hsivonen@hsivonen.fi>
To: dev-platform <dev-platform@lists.mozilla.org>,
dev-apps-thunderbird@lists.mozilla.org

Thanks to the work that Anne has done on the Encoding Standard specification and the work that Masatoshi Kimura and I have done to progressively implement the specification in Firefox, we are now at a point where there's a whole bunch of internationalization-related dead code in Firefox. The code is still used by mailnews, though.

I am not done preparing the removal patches yet, but with my current patch queue I can already get 149 KB off of Android ARMv7 optimized apk size and 138 KB off of Android ARMv7 optimized libxul size. (I'm not sure what sort of size wins are considered impressive these days, but at least this is something measurable.)

The first three patches in my queue, if landed, would make Thunderbird not work. These patches are UTF-7 removal (https://bugzilla.mozilla.org/show_bug.cgi?id=937056), nsCharsetMenu & charsetOverlay removal (https://bugzilla.mozilla.org/show_bug.cgi?id=943252) and nsCharsetConverterManager & nsCharsetAlias removal (https://bugzilla.mozilla.org/show_bug.cgi?id=943268). The later patches in my queue remove non-Web-exposed encodings, so those won't cause total Thunderbird breakage, but TB devs may still want to import some of the code to c-c.

In theory, Gecko engineers are not supposed to use time for tweaking c-c. Yet, just going ahead and totally burning c-c would be terribly impolite and at odds with the notion of Mozilla continuing to keep Thunderbird builds going. That's why I tried to pay attention to the impact on c-c.

I've been trying to find a volunteer to make the UTF-7 move since November. I've been unsuccessful, so I reach my timeout and prepared patches myself this week after having obtained managerial OK to put a little time into making c-c not burn.

Now I realize that even though I can with reasonable ease move C++ code over to the c-c side, I'm totally unfamiliar with how unit tests and jar manifests work in c-c. I'm worried that if I put time into figuring those out, I'll end up using way more time than is appropriate for Gecko engineer to use on c-c. On the other hand, I'm worried that if I ask c-c developers to figure these things out and wait until they do, I will end up waiting for months, based on what has happened so far, and my m-c patches will rot.

So while ultimatums are very impolite, I think there is some need to create a sense of urgency.

Would it be reasonable if I created preliminary c-c patches for my c-c-breaking m-c patches so that the c-c patches a C++-wise ready but the unit tests and jar manifests require tweaking by c-c developers and then posted a heads-up about the m-c landing schedule? This way, c-c developers would have a better starting point to unburn c-c, but I wouldn't have to polish the c-c patches to completion and the m-c side wouldn't be waiting on c-c developers indefinitely. I realize that this is still rather impolite from the c-c perspective, but I like to think that I'm still being rather nice in the light of the m-c tree rules and the general attitudes that Gecko developers are supposed to use any time to unburn c-c.

Another question: if a c-c patch is ready by the time an m-c patch lands, should the m-c patch land on inbound, in which case c-c developers need to watch out for the inbound merging schedule to see you when they need to land the c-c patch, or should the m-c patch land directly on m-c as an exception to the usual rule of using inbound in order to allow for the c-c patch to be pushed at the same time?

-- Henri Sivonen hsivonen@hsivonen.fi https://hsivonen.fi/

rsx11m
Moderator
 
Posts: 14430
Joined: May 3rd, 2007, 7:40 am
Location: US

Post Posted April 17th, 2014, 1:35 pm

Ouch, so this has some impact on MailNews... :-(

Nomis101
 
Posts: 1013
Joined: January 7th, 2008, 7:46 am
Location: Germany

Post Posted April 17th, 2014, 2:03 pm

Yes, sounds like a lot of impact. :-o

JoeS

User avatar
 
Posts: 2337
Joined: June 8th, 2003, 9:15 am

Post Posted April 17th, 2014, 3:50 pm

IMO, there is a serious deficit in an organization when an employee feels he must justify being polite, and considerate.
In theory, Gecko engineers are not supposed to use time for tweaking
c-c. Yet, just going ahead and totally burning c-c would be terribly
impolite and at odds with the notion of Mozilla continuing to keep
Thunderbird builds going. That's why I tried to pay attention to the
impact on c-c.
JoeS Testing current Thunderbird trunk builds WinXP SP2+
news://news.mozilla.org.mozilla.test.multimedia How to Post

JoeS

User avatar
 
Posts: 2337
Joined: June 8th, 2003, 9:15 am

Post Posted April 17th, 2014, 3:51 pm

deleting dup post
JoeS Testing current Thunderbird trunk builds WinXP SP2+
news://news.mozilla.org.mozilla.test.multimedia How to Post

Mouse5
 
Posts: 1330
Joined: April 11th, 2014, 7:34 pm
Location: Sydney Australia

Post Posted April 17th, 2014, 9:10 pm

maybe its time someone/company forks Thunderbird using WebKit instead

rsx11m
Moderator
 
Posts: 14430
Joined: May 3rd, 2007, 7:40 am
Location: US

Post Posted April 18th, 2014, 5:56 am

Not really... :doubt:

Return to Thunderbird Builds


Who is online

Users browsing this forum: No registered users and 2 guests