#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.
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
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.
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
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
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
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....
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
[/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.
mozillaZine is an independent Mozilla community and advocacy site. We're not affiliated or endorsed by the Mozilla Corporation but we love them just the same.