First set of 0.5 test builds now available for (Win32, GTK2)

[mscott]

Per the <a href="http://forums.mozillazine.org/viewtopic.php?t=48645">anouncement outlining 0.5</a>, here are the first set of 0.5 test builds:

http://ftp.mozilla.org/pub/mozilla.org/ ... 02-01-0.5/

(Win32, GTK2 available, OSX: coming shortly

Please note, these bits are based off the Mozilla 1.6 final code base and not the current trunk. We have back ported a lot of mail specific fixes to the 0.5 branch, but it will not have all of the cutting edge bug and features fixes found in the nightly trunk builds.

In the nighlty directory, any directory that ends with "-trunk" is from the current mozilla 1.7a trunk. The thunderbird version for these test builds is 0.5+. Directories ending in "0.5" are builds from our 0.5 branch which we are producing to help shake out any blockers with 0.5 before we release it.

Don't expect much attention (at least from me) on the trunk builds until after 0.5 goes out the door.

The more eyes / testers we get on the 0.5 test builds the better the release we will have, so we certainly appreciate testing help!

Thanks and enjoy the builds!

-Scott

[redemption]

Thanks! Downloading it now ready to test!

A question: how do we checkout the 0.5 branch? Something like this?:

Code: Select all

cvs co -r THUNDERBIRD_0_5_BRANCH mozilla/client.mk

[edit]
As per Scott's reply below, to checkout the branch, do a:

Code: Select all

cvs co -r THUNDERBIRD_M4_BRANCH mozilla/client.mk

[/edit]

[mscott]

the branch is called:
THUNDERBIRD_M4_BRANCH

[fishbert]

Ok, so Thunderbird 0.4 was based on Mozilla 1.6b.
This 0.5 test build is based on Mozilla 1.6 final.

How far back is the Thunderbird trunk build which marks the transition from Mozilla 1.6 or 1.6b code to 1.7a code?
<i>(they can't *all* be built from 1.7a code -- they go all the way back to June)</i>

[Barleyman]

Address lookup for email addresses containing commas remains busted.

The fix for Jan 28 build still works, only pertinent lines are bit earlier:
http://forums.mozillazine.org/viewtopic ... 018#350018

[jschell]

Hum, little problem to build on Linux :

In file included from nsImageModule.cpp:63:
../decoders/jpeg/nsJPEGEncoder.h:30:31: ole2.h : no such file or directory
nsImageModule.cpp: in function « nsresult
ImageRegisterProc(nsIComponentManager*, nsIFile*, const char*, const char*,
const nsModuleComponentInfo*) »:
nsImageModule.cpp:141: attention : comparison between signed and unsigned
integer expressions
nsImageModule.cpp: in function « nsresult
ImageUnregisterProc(nsIComponentManager*, nsIFile*, const char*, const
nsModuleComponentInfo*) »:
nsImageModule.cpp:157: attention : comparison between signed and unsigned
integer expressions
make[4]: *** [nsImageModule.o] Error 1
make[4]: Leaving directory `/home/jerome/devel/mozilla/modules/libpr0n/build'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/home/jerome/devel/mozilla/modules/libpr0n'
make[2]: *** [tier_9] Error 2
make[2]: Leaving directory `/home/jerome/devel/mozilla'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/jerome/devel/mozilla'
make: *** [build] Error 2

Any clue ?

Jérôme

[level]

mscott, please fix this bug.

http://bugzilla.mozilla.org/show_bug.cgi?id=229872
The filename with non-ascii characters doesn't show up in the attachment window.

If Thunderbird 0.5 is released without fix this bug,
most CJK users will never use it.

[pzesar]

WFM.
seems stable without issues so far...

[andyberry]

HEY!
The "'Empty Trash' on IMAP doesn't empty trash" bug is fixed!
When did that happenned? Just tested it with the 040201 0.5b.

Sweet.

[Lanik]

Installed however all my saved emails have disappeared.

[mscott]

Hum, little problem to build on Linux :

In file included from nsImageModule.cpp:63:
../decoders/jpeg/nsJPEGEncoder.h:30:31: ole2.h : no such file or directory
nsImageModule.cpp: in function « nsresult
ImageRegisterProc(nsIComponentManager*, nsIFile*, const char*, const char*,
const nsModuleComponentInfo*) »:
nsImageModule.cpp:141: attention : comparison between signed and unsigned
integer expressions
nsImageModule.cpp: in function « nsresult
ImageUnregisterProc(nsIComponentManager*, nsIFile*, const char*, const
nsModuleComponentInfo*) »:
nsImageModule.cpp:157: attention : comparison between signed and unsigned
integer expressions
make[4]: *** [nsImageModule.o] Error 1
make[4]: Leaving directory `/home/jerome/devel/mozilla/modules/libpr0n/build'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/home/jerome/devel/mozilla/modules/libpr0n'
make[2]: *** [tier_9] Error 2
make[2]: Leaving directory `/home/jerome/devel/mozilla'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/jerome/devel/mozilla'
make: *** [build] Error 2

Any clue ?

Jérôme

Ok, I checked in a fix for this, hopefully you can get further now. Let me know if there are anymore problems.

[XeF6]

WFM here after deleting the chrome.rdf fle from my profile which allowed the app to start correctly..

[mscott]

Address lookup for email addresses containing commas remains busted.

The fix for Jan 28 build still works, only pertinent lines are bit earlier:
http://forums.mozillazine.org/viewtopic ... 018#350018

Barleyman, you mean when you open the jar file up for this windows build, that in addressingWidgetOverlay.js, that code snippet is not already present? you have to add those lines
in by hand?

That's weird.

[sasquatch]

When I manually mark as junk (since JMC does not work for me), in my desparate, more than a month long attempt to get the sucker to "learn", it no longer moves the message to junk folder. Even before, though it was not "learning", it would at least move the message and pretend it was learning.

[John Liebson]

Installed however all my saved emails have disappeared.

I installed using the profile I'd been using for the most recent 0.5a releases, and 0.5b refused to acknowledge the existence of my mail folders. A new profile, and moving of mail, dictionary, and other relevant files, plus reinstallation of the five extensions I use, fixed the problem quite quickly.