Last update: 2009-08-17 -- 06:50 PDT = 13:50 UTC Last Changeset: d9742d839d7d
Fixed:
#461269 [Core:JavaScript Engine]-Remove TOK_RP nodes from the parse tree [All]
#471997 [Firefox:Private Browsing]-Add command line argument to start directly into Private Browsing mode [All]
#495577 [Firefox:Private Browsing]-Rename the "Automatically start Firefox in a private browsing session" checkbox in privacy prefpane to cause less confusion [All]
#498488 [Core:JavaScript Engine]-Change JSObject macros to methods [All]
#506721 [Core:JavaScript Engine]-Convert JSVAL_TO_INT and INT_TO_JSVAL to functions [Mac]
#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]
#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]
#510686 [Core:Widget: Win32]-Dialogs always open minimisable, maximisable and resizable. [Win]
Partial Landings/WIPs/Incoming:
#493280 [Core:Graphics]-unify font family/style management and matching across platforms [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]
#491305 [Core:GFX: Thebes]-Allow loading fonts from an application folder [All]
#503952 [Core:JavaScript Engine]-replace JSStringBuffer/JSCharBuffer with JSTempVector [Lin]
#507458 [Core:JavaScript Engine]-clear the waters a bit regarding JSVAL_BOOLEAN [Lin]
#509557 [Core:JavaScript Engine]-Assertion failure: JSVAL_IS_INT(v) in XPC_NW_AddProperty [Mac]
#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) = ~ 61
Last edited by Peter(6) on August 17th, 2009, 8:54 am, edited 3 times in total.
open minefield from shortcut try to open it again via the shortcut Minefield gives the 'firefox is already running but no responding' message when it should open a second browser window [or it does on 3.5.x]
problem affects 20090815 and 20090816 win32 nighties
[EDIT] problem affects Namoroka as well so whatever causes this happened before the branch split
If it isn't broken... break it...
Intel Core i7 920, 6GB DDR3, GTX280, Windows 7 Pro
open minefield from shortcut try to open it again via the shortcut Minefield gives the 'firefox is already running but no responding' message when it should open a second browser window [or it does on 3.5.x]
problem affects 20090815 and 20090816 win32 nighties
[EDIT] problem affects Namoroka as well so whatever causes this happened before the branch split
Confirmed. I have C:\Junk\firefox\firefox.exe -P -no-remote and it doesn't open a new window. Same with 3.5.2 though
the problem seems to be cause by the '-no-remote' flag and from what i can tell is something along the lines of Bug #459638 - Profile handling and using several firefox instance at the same time should be improved...
If it isn't broken... break it...
Intel Core i7 920, 6GB DDR3, GTX280, Windows 7 Pro
Are we talking about the normal Minefield Icon on the Desktop ? I can open another window from the Desktop Icon, or are you talking something different ? I never use short-cuts, that's what bookmarks are for..
Littlemutt wrote:Are we talking about the normal Minefield Icon on the Desktop ? I can open another window from the Desktop Icon, or are you talking something different ? I never use short-cuts, that's what bookmarks are for..
I think what they are talking about is not supposed to work. They are trying to get 2 copies of Firefox running using the same profile by using the -no-remote parameter. As far as I know you need to run the 2 copies each with a separate profile.
Anyone know the bug # (if there is one) for an issue where the FF downloads window randomly opens in the upper left hand corner of my screen instead of where I've moved it. Basically the location does not always persist.
BUILD: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20090816 Minefield/3.7a1pre (.NET CLR 3.5.30729) ID:20090816142403
open minefield from shortcut try to open it again via the shortcut Minefield gives the 'firefox is already running but no responding' message when it should open a second browser window [or it does on 3.5.x]
problem affects 20090815 and 20090816 win32 nighties
[EDIT] problem affects Namoroka as well so whatever causes this happened before the branch split
I've had this problem for months when using -no-remote.
It was there before Shiretoko branched, I believe.
open minefield from shortcut try to open it again via the shortcut Minefield gives the 'firefox is already running but no responding' message when it should open a second browser window [or it does on 3.5.x]
problem affects 20090815 and 20090816 win32 nighties
[EDIT] problem affects Namoroka as well so whatever causes this happened before the branch split
I've had this problem for months when using -no-remote.
It was there before Shiretoko branched, I believe.
Ditto. I've had this problem when I try to open a new link from Thunderbird. Sometimes it works, sometimes it doesn't. It seems the longer firefox.exe has been running, the less likely it will work (I can't confirm this but it seems to me that way). I think the first time it happened was last year when I first used -no-remote.
@RedFlame, wgianopoulos is right. As I understand it (I'm a user, not a programmer), -no-remote does just that, prevents two instances of Firefox from using the same profile. If you are only running one version of Firefox at a time (and therefore are not in danger of corrupting your profile) remove it and your bug should disappear.
hhh wrote:@RedFlame, wgianopoulos is right. As I understand it (I'm a user, not a programmer), -no-remote does just that, prevents two instances of Firefox from using the same profile. If you are only running one version of Firefox at a time (and therefore are not in danger of corrupting your profile) remove it and your bug should disappear.
Not exactly. The -no-remote flag allows you to run multiple instances of Firefox. Firefox by itself will prevent the same profile from being used multiple times.
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.