The Official Win32 20090815 Trunk build is out.

[Peter(6)]

Nightly TRUNK thread RSS feed (courtesy DaCypher)

The Official Win32 20090815 Trunk build is out.

Previous Trunk nightly 20090814

Hourly Trunk builds (Minefield 3.7 ...): mozilla-central-linux || mozilla-central-macosx || mozilla-central-win32 || Firefox Tinderbox || Trunk Changelog
Hourly archive for Windows, Mac and Linux (not the final format yet)

Last update: 2009-08-15 -- 06:30 PDT = 13:30 UTC
Last Changeset: 2c0a1af45de2

Fixed:

1. #484898 [Core:HTML: Parser]-Remove unused *_TIMER macros in CNavDTD and nsViewSourceHTML [All]
2. #493457 [Core:JavaScript Engine]-uniform access to private slots [All]
3. #496235 [Toolkit:XUL Widgets]-Menulist should not set current item to null when using an out-of-range value for selectedIndex [All]
4. #497948 [Core:JavaScript Engine]-clean up deduceTypeStability [Mac]
5. #499027 [Core:XPCOM]-Copying an empty string to a new string causes it to allocate a buffer [All]
6. #503694 [Core:JavaScript Engine]-TM: Code run off an event handler is never traced [Win]
7. #505494 [Core:JavaScript Engine]-apply() doesn't unwrap its second argument [Mac]
8. #507449 [Core:JavaScript Engine]-TM: Trace JSOP_GETXPROP for closures [All]
9. #507526 [Core:JavaScript Engine]-use getc_unlocked in the scanner rather than getc [Mac]
10. #507573 [Core:JavaScript Engine]-put activation cleanup [All]
11. #507665 [Core:JavaScript Engine]-Avoid imacros for JSOP_GETELEM and JSOP_CALLELEM [All]
12. #508095 [Core:JavaScript Engine]-TM: Remove -DJS_USE_SAFE_ARENA [Mac]
13. #508146 [Core:JavaScript Engine]-TM: Fix stack arithmetic for deeply nested closures [All]
14. #509040 [Core:JavaScript Engine]-DEFSHARP should define, not set, properties on fp->sharpArray [All]
15. #509124 [Core:General]-Chrome flags are never set on unparented XUL windows [All]
16. #509244 [Core:Graphics]-gfx crash on memory-pressure notification [All]
17. #509625 [Firefox:Session Restore]-nsSessionStore.js should deal with browsers rather than tabpanels [All]
18. #510323 [Core:Layout: Form Controls]-Multiline <select> doesn't ignore middle clicks correctly [All]
19. #510449 [Core:JavaScript Engine]-Bug 493457 causes crash on x64 windows build because JSSLOT_CLASS_MASK_BITS is uint32 [All]
20. #510546 [Core:Widget: Gtk]-support for sizemode=fullscreen on gtk2 [Lin]

Partial Landings/WIPs/Incoming:

1. #510135 [Core:Security: PSM]-Don't need to decode policy OID in CERTPolicyInfo [All]
   
   
2. #179596 [Core:Layout: Block and Inline]-Lists which contain consecutive list items which contain only whitespace (i.e. empty) render the list items without advancing the vertical position [All]
3. #435441 [Core:Style System (CSS)]-Implement Webkit's CSS Transitions proposal [All]
4. #461269 [Core:JavaScript Engine]-Remove TOK_RP nodes from the parse tree [All]
5. #491305 [Core:GFX: Thebes]-Allow loading fonts from an application folder [All]
6. #498488 [Core:JavaScript Engine]-Change JSObject macros to methods [All]
7. #503952 [Core:JavaScript Engine]-replace JSStringBuffer/JSCharBuffer with JSTempVector [Lin]
8. #506721 [Core:JavaScript Engine]-Convert JSVAL_TO_INT and INT_TO_JSVAL to functions [Mac]
9. #507458 [Core:JavaScript Engine]-clear the waters a bit regarding JSVAL_BOOLEAN [Lin]
10. #507993 [Core:JavaScript Engine]-parseInt of negative double rounds down instead of towards zero (jit) [All]
11. #508187 [Core:JavaScript Engine]-TM: Different values from testcase containing for, function [Mac]
12. #509047 [Core:JavaScript Engine]-Defining a property that forces a dense array to become sparse shouldn't call a setter [All]
13. #509089 [Core:JavaScript Engine]-clean up AttemptToStabilizeTree [Mac]
14. #509301 [Core:JavaScript Engine]-Value chosen for callee in args_resolve is nonsense [All]
15. #509557 [Core:JavaScript Engine]-Assertion failure: JSVAL_IS_INT(v) in XPC_NW_AddProperty [Mac]
16. #509590 [Core:DOM]-DomInterfaceConstants boxes integers that don't fit in jsvals [Mac]
17. #509636 [Core:JavaScript Engine]-"Assertion failure: pn->pn_type != TOK_COMMA, at ../jsemit.cpp" [Mac]
18. #509725 [Core:JavaScript Engine]-use JSTempVector in String.prototype.replace [All]
19. #510015 [Core:JavaScript Engine]-TM: more Allocator merge fallout in jsregexp.cpp [All]
20. #510024 [Core:Disability Access APIs]-Remove unnecessary casts in nsAccessibleWrap.mm [Mac]
21. #510116 [Core:JavaScript Engine]-NJ merge: Remove dead code paths and arguments in nanojit::compile [All]
22. #510136 [Core:JavaScript Engine]-TM: side exits can get deallocated in LeaveTree but are still returned by ExecuteTree [Mac]

Regressions/Annoying/Common bugs:

1. #423126 [Firefox:Places]-favicons aren't backed up to *.json [All]
2. #482919 [Core:HTML: Parser]-[HTML5] Add speculative parsing to the HTML5 parser [All]
3. #504797 [Core:JavaScript Engine]-Unresponsive script warning on Google Docs with jit enabled [All]
4. #505516 [Core:JavaScript Engine]-JS error on Google Docs (spreadsheets) with jit enabled [All]

Trunk fixes since 20090813 (mozilla 1.9.3) = ~ 44

[WildcatRay]

Nothing like maximizing the cornfusion. We folks wanting to stay with Trunk/Minefield should NOT have had this type of switch laid upon them because (as is likely typical for many), we now have Branch/Namoroka in C:\Program Folder\Minefield. This now forces us to download and install both Minefield and Namoroka so we can fix things on our end. What a cluster****!

[virus_found]

Nothing like maximizing the cornfusion. We folks wanting to stay with Trunk/Minefield should NOT have had this type of switch laid upon them because (as is likely typical for many), we now have Branch/Namoroka in C:\Program Folder\Minefield. This now forces us to download and install both Minefield and Namoroka so we can fix things on our end. What a cluster****!

Yes, that's unfair. But the trunk source tree is unchanged, and those who prefer building it manually do "hg pull;hg update;make" as they always do.

[WildcatRay]

Opening up the Download Mgr. yielded the listing of my downloads. I guess this is no longer an issue.

[polidobj]

lol I made the mistake of closing Minefield before my download of the 3.7a1pre nightly was done. And even deleted my minefield directory before noticing it. So I unzipped a old 3.2a1pre build I had and checked for updates and it updated to 3.7a1pre.

[Ver Greeneyes]

Minefield Trunkbuild 20090813 -> manual download latest-trunk -> trunkbuild (Minefield, 3.7a1pre, build 20090814)

Does this location also work?

[WildcatRay]

I got Trunk/Minefield 3.7a1pre from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/

or

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

I got Branch/Namoroka 3.6a2pre (still branded Minefield) from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.2/

[AteUte52]

Opening up the Download Mgr. yielded the listing of my downloads. I guess this is no longer an issue.

It's still an issue, just looking an empty DM..Grr

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20090814 Minefield/3.7a1pre (.NET CLR 3.5.30729) Firefox/3.5.1 ID:20090814043501

[owen.c93]

I got Trunk/Minefield 3.7a1pre from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/

or

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

I got Branch/Namoroka 3.6a2pre (still branded Minefield) from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.2/

Which one would you recommend to download and follow?

[WildcatRay]

Opening up the Download Mgr. yielded the listing of my downloads. I guess this is no longer an issue.

It's still an issue, just looking an empty DM..Grr

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20090814 Minefield/3.7a1pre (.NET CLR 3.5.30729) Firefox/3.5.1 ID:20090814043501

It's your user agent. It is out of date.

Seriously, do you have a lot of downloads? I have approximately 3+ screens worth of downloads in my list. FWIW-I have noticed on occasion the DM taking some time to load the list, but it does populate.

[WildcatRay]

I got Trunk/Minefield 3.7a1pre from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/

or

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

I got Branch/Namoroka 3.6a2pre (still branded Minefield) from

Code: Select all

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-1.9.2/

Which one would you recommend to download and follow?

What do you want to do? Live on the bleeding edge, getting patches when they first land with only "minimal" testing? If so, then get 3.7a1pre. If you want to get them after they have been massaged for a while on 3.7a1pre, then choose 3.6a2pre.

I have both along with Fx 3.5 so I can compare each against the others.

[AteUte52]

Opening up the Download Mgr. yielded the listing of my downloads. I guess this is no longer an issue.

It's still an issue, just looking an empty DM..Grr

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20090814 Minefield/3.7a1pre (.NET CLR 3.5.30729) Firefox/3.5.1 ID:20090814043501

It's your user agent. It is out of date.

Seriously, do you have a lot of downloads? I have approximately 3+ screens worth of downloads in my list. FWIW-I have noticed on occasion the DM taking some time to load the list, but it does populate.

It's taking it's time, but it WAS empty, now it does again list my downloads but still if I download and open DM it is empty... It seems to depend what it got when browser started....

[WildcatRay]

It's taking it's time, but it WAS empty, now it does again list my downloads but still if I download and open DM it is empty... It seems to depend what it got when browser started....

Also, FWIW, I use the Download Statusbar extension. I don't know if it makes any difference, though. I would think not, but...

[owen.c93]

[/quote]
What do you want to do? Live on the bleeding edge, getting patches when they first land with only "minimal" testing? If so, then get 3.7a1pre. If you want to get them after they have been massaged for a while on 3.7a1pre, then choose 3.6a2pre.

I have both along with Fx 3.5 so I can compare each against the others.[/quote]

Thanks, i can't see any advantages for me to follow 3.7a1pre that i know of so i will stick to 3.6 thanks.

[dao-g]

Minefield Trunkbuild 20090813 -> manual download latest-trunk -> trunkbuild (Minefield, 3.7a1pre, build 20090814)

Does this location also work?

Yes, latest-trunk is a symlink to latest-mozilla-central.