Discussion about official Mozilla Firefox builds
Peter(6)

Posts: 13011Joined: September 4th, 2003, 1:26 amLocation: Maassluis, The Netherlands
Posted August 14th, 2009, 7:42 am
Nightly TRUNK thread RSS feed (courtesy DaCypher) The Official Win32 20090815 Trunk build is out.Previous Trunk nightly 20090814Hourly Trunk builds (Minefield 3.7 ...): mozilla-central-linux || mozilla-central-macosx || mozilla-central-win32 || Firefox Tinderbox || Trunk ChangelogHourly 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:
- #484898 [Core:HTML: Parser]-Remove unused *_TIMER macros in CNavDTD and nsViewSourceHTML [All]
- #493457 [Core:JavaScript Engine]-uniform access to private slots [All]
- #496235 [Toolkit:XUL Widgets]-Menulist should not set current item to null when using an out-of-range value for selectedIndex [All]
- #497948 [Core:JavaScript Engine]-clean up deduceTypeStability [Mac]
- #499027 [Core:XPCOM]-Copying an empty string to a new string causes it to allocate a buffer [All]
- #503694 [Core:JavaScript Engine]-TM: Code run off an event handler is never traced [Win]
- #505494 [Core:JavaScript Engine]-apply() doesn't unwrap its second argument [Mac]
- #507449 [Core:JavaScript Engine]-TM: Trace JSOP_GETXPROP for closures [All]
- #507526 [Core:JavaScript Engine]-use getc_unlocked in the scanner rather than getc [Mac]
- #507573 [Core:JavaScript Engine]-put activation cleanup [All]
- #507665 [Core:JavaScript Engine]-Avoid imacros for JSOP_GETELEM and JSOP_CALLELEM [All]
- #508095 [Core:JavaScript Engine]-TM: Remove -DJS_USE_SAFE_ARENA [Mac]
- #508146 [Core:JavaScript Engine]-TM: Fix stack arithmetic for deeply nested closures [All]
- #509040 [Core:JavaScript Engine]-DEFSHARP should define, not set, properties on fp->sharpArray [All]
- #509124 [Core:General]-Chrome flags are never set on unparented XUL windows [All]
- #509244 [Core:Graphics]-gfx crash on memory-pressure notification [All]
- #509625 [Firefox:Session Restore]-nsSessionStore.js should deal with browsers rather than tabpanels [All]
- #510323 [Core:Layout: Form Controls]-Multiline <select> doesn't ignore middle clicks correctly [All]
- #510449 [Core:JavaScript Engine]-Bug 493457 causes crash on x64 windows build because JSSLOT_CLASS_MASK_BITS is uint32 [All]
- #510546 [Core:Widget: Gtk]-support for sizemode=fullscreen on gtk2 [Lin]
Partial Landings/WIPs/Incoming:
- #510135 [Core:Security: PSM]-Don't need to decode policy OID in CERTPolicyInfo [All]
- #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]
- #435441 [Core:Style System (CSS)]-Implement Webkit's CSS Transitions proposal [All]
- #461269 [Core:JavaScript Engine]-Remove TOK_RP nodes from the parse tree [All]
- #491305 [Core:GFX: Thebes]-Allow loading fonts from an application folder [All]
- #498488 [Core:JavaScript Engine]-Change JSObject macros to methods [All]
- #503952 [Core:JavaScript Engine]-replace JSStringBuffer/JSCharBuffer with JSTempVector [Lin]
- #506721 [Core:JavaScript Engine]-Convert JSVAL_TO_INT and INT_TO_JSVAL to functions [Mac]
- #507458 [Core:JavaScript Engine]-clear the waters a bit regarding JSVAL_BOOLEAN [Lin]
- #507993 [Core:JavaScript Engine]-parseInt of negative double rounds down instead of towards zero (jit) [All]
- #508187 [Core:JavaScript Engine]-TM: Different values from testcase containing for, function [Mac]
- #509047 [Core:JavaScript Engine]-Defining a property that forces a dense array to become sparse shouldn't call a setter [All]
- #509089 [Core:JavaScript Engine]-clean up AttemptToStabilizeTree [Mac]
- #509301 [Core:JavaScript Engine]-Value chosen for callee in args_resolve is nonsense [All]
- #509557 [Core:JavaScript Engine]-Assertion failure: JSVAL_IS_INT(v) in XPC_NW_AddProperty [Mac]
- #509590 [Core:DOM]-DomInterfaceConstants boxes integers that don't fit in jsvals [Mac]
- #509636 [Core:JavaScript Engine]-"Assertion failure: pn->pn_type != TOK_COMMA, at ../jsemit.cpp" [Mac]
- #509725 [Core:JavaScript Engine]-use JSTempVector in String.prototype.replace [All]
- #510015 [Core:JavaScript Engine]-TM: more Allocator merge fallout in jsregexp.cpp [All]
- #510024 [Core:Disability Access APIs]-Remove unnecessary casts in nsAccessibleWrap.mm [Mac]
- #510116 [Core:JavaScript Engine]-NJ merge: Remove dead code paths and arguments in nanojit::compile [All]
- #510136 [Core:JavaScript Engine]-TM: side exits can get deallocated in LeaveTree but are still returned by ExecuteTree [Mac]
Regressions/Annoying/Common bugs:
- #423126 [Firefox:Places]-favicons aren't backed up to *.json [All]
- #482919 [Core:HTML: Parser]-[HTML5] Add speculative parsing to the HTML5 parser [All]
- #504797 [Core:JavaScript Engine]-Unresponsive script warning on Google Docs with jit enabled [All]
- #505516 [Core:JavaScript Engine]-JS error on Google Docs (spreadsheets) with jit enabled [All]
Trunk fixes since 20090813 (mozilla 1.9.3) = ~ 44
Last edited by Peter(6) on August 15th, 2009, 11:41 am, edited 4 times in total.
nightly build threads 20040225 (FF 0.8.0+) - 20120331 (FF14a)
WildcatRay

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 7:55 am
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****!
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
virus_found
Posts: 82Joined: October 17th, 2006, 6:41 amLocation: Stalingrad, Russia
Posted August 14th, 2009, 8:24 am
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

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 8:53 am
Opening up the Download Mgr. yielded the listing of my downloads. I guess this is no longer an issue.
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
polidobj

Posts: 3147Joined: March 31st, 2004, 9:10 amLocation: Maryland USA - im in ur tinderbox, crashtesting ur firefox
Posted August 14th, 2009, 9:04 am
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. 
Brian J Polidoro - Today's bugs brought to you by Raid. :P Windows7 - Firefox user since ~Feb 2002
Ver Greeneyes
Posts: 1030Joined: June 28th, 2008, 4:57 am
Posted August 14th, 2009, 9:12 am
Jeroen.83 wrote:Minefield Trunkbuild 20090813 -> manual download latest-trunk -> trunkbuild (Minefield, 3.7a1pre, build 20090814)
Does this location also work?
WildcatRay

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 9:33 am
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/
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
AteUte52

Posts: 1520Joined: June 19th, 2004, 5:30 amLocation: Finland
Posted August 14th, 2009, 9:39 am
WildcatRay wrote: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
Posts: 193Joined: July 8th, 2009, 8:38 am
Posted August 14th, 2009, 10:00 am
WildcatRay wrote: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

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 10:07 am
AteUte52 wrote:WildcatRay wrote: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.
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
WildcatRay

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 10:12 am
owen.c93 wrote:WildcatRay wrote: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.
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
AteUte52

Posts: 1520Joined: June 19th, 2004, 5:30 amLocation: Finland
Posted August 14th, 2009, 10:31 am
WildcatRay wrote:AteUte52 wrote:WildcatRay wrote: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

Posts: 7481Joined: October 18th, 2007, 7:03 pmLocation: Columbus, OH
Posted August 14th, 2009, 10:51 am
AteUte52 wrote: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...
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
owen.c93
Posts: 193Joined: July 8th, 2009, 8:38 am
Posted August 14th, 2009, 10:58 am
[/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
Posts: 670Joined: January 31st, 2005, 5:37 amLocation: Berlin
Posted August 14th, 2009, 11:05 am
Ver Greeneyes wrote:Jeroen.83 wrote: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.
Return to Firefox Builds
Who is online
Users browsing this forum: No registered users and 0 guests
|