2006-02-09 Trunk builds
Fixes:
- Fixed: 245725 - Download manager does not calculate speed accurately/correctly. (Before this patch, Firefox showed the average rate over the entire download. Now, it shows an moving average, which gives more weight to recent speed measurements.)
- Fixed: 78087 - Doesn't display position:(absolute, relative, fixed) with negative z-index.
- Fixed: 325509 - Add -no-remote switch to disable remote stuff. This makes it easier to run two instances of Firefox at once (with different profiles).
- Fixed: 323810 - Move forcing into tabs and current windows out of Gecko.
- Fixed: 326107 - Send referrer to GlobalHistory even when it isn't being sent over the network. (This allows How'd I Get Here to work after clicking a link from an https page to an http page, for example.)
- Fixed: 318283 - [Mac 10.2] Hangs on data entry when autofill popup menu should shrink.
- Fixed: 324483 - [Linux debug] ah_crap_handler waits too long (make it configurable).
There were also spellcheck-related checkins for 151040, and 302050. I'm not sure what that means for current Firefox builds.
Fixes for recent regressions:
- Fixed: 324883 - Scrolling is slow/laggy and causes high CPU load (since Jan 26).
- Fixed: 324960 - CSS "no-repeat" background images are not displayed (since Jan 26).
- Fixed: 324348 - [Linux] Firefox window appears initially at small size and then resizes (since ~Jan 20).
- Fixed: 322833 - Can't install plugins with Plugin Finder - gets stuck at license (since ~Jan 3).
Trunk regressions:
- Since Jan 26: 324819 - Fixed positioned elements now lag/flicker when scrolling.
- Since Jan 26: 324963 - [Windows] Menu highlight is broken/doesn't show up/not painted.
- Since Jan 26: 324940 - [Mac] Close buttons and site icons (favicons) no longer appear in backgrounded tabs unless hovered over.
Trunk checkins between 2006-02-05 06:00 and 2006-02-09 06:00
February 9th, 2006 at 2:40 pm
From the download manager bug: “… if you click on a link and spend a lot of time deciding where to
save it, FF starts downloading it immediately …”
Firefox does this? I hadn’t noticed. Thought only Opera had this feature …
February 9th, 2006 at 10:54 pm
It has had that feature for quite some time (ever since I can remember). I was surprised when I found out about it. Very handy sometimes :)
February 10th, 2006 at 12:13 am
Actually, the download starts immediatly when you click on the link (or do a ‘right-click, SaveAs’),
so even if you are quick in deciding where to place it, it is most often (on my internal network) allready completly downloaded.
February 10th, 2006 at 7:19 am
Holly shoot! Finally they are able to do an elementary math they were refusing to learn in primary school. On downloading speed I mean(I know other browsers, e.g. IE6 didn’t have it either, but IE6 is 49+ months old right?). Ok – we are good good going going, we know how to do plus minus wow, so it’s not 1355KB/s on my 2Mbit/s network anymore… Too bad we would have to wait whole one year(or more) for this version to become usable…
Another thing: “This makes it easier to run two instances of Firefox at once (with different profiles). ” wow, freaking awesome now I can have 2 Firefox processes running, so when one of them crashes it won’t take all my 4*20(just an example) tabs open and I won’t spend 30 minutes browsing history to reopen links…
Any other simple way to have more Firefox.exe processes runing using current nightly branch builds? I don’t need another profile, I just need separate process when I click link(IE had it since forever…).
February 10th, 2006 at 10:11 am
In older / branch builds without the -no-remote flag, you can use the MOZ_NO_REMOTE environment variable instead. (Either set it globally or in a batch file from which you run Firefox.)
February 10th, 2006 at 11:25 pm
You should be aware that there are some issues when using two different builds the same time. I guess they use something from each other and behave strangely.