2004-05-10 Trunk builds
- Fixed: 242691 - Animated gifs do not animate properly (since May 4).
- Fixed: 243091 - Remove cruft to make Firefox download half a megabyte smaller
- Fixed: updates to the default theme (toolbar buttons, panel buttons in Options, etc.)
- Fixed: 214218 - throbber is too big for menu bar
- Since May 10: 243262 - [Linux only] Menus are disabled after Customize Toolbars until browser is restarted.
- Since May 10: 243210 - [Linux only] Bookmarks Menu / Bookmarks Toolbar are Empty.
- Since May 10: 243221 - DOM Inspector broken in Firefox.
- Since May 6: 243066 - just-loaded page blanks for a second.
- Since May 6: 242856 - Slow image rendering.
- Since ~May 5: 242745 - trackpoint scrolling support broken. (workaround)
- Since May 1: 242709, 242494 - Can't submit some forms.
- Since ~Apr 30: 242275 - browser window hangs on https certificate dialog (installer builds only).
- Since ~Apr 26: 241865 - Drag-n-drop link to download manager doesn't work.
Official Windows, Official Windows installer (discussion), TierMann's O2 G7 SSE and O2 G6, stipe's O2 G7, BlueFyre's O2 G7 SSE, Lohvarn's builds
Official Linux, no official gtk2+xft builds, aebrahim's gtk2+xft
May 11th, 2004 at 1:21 am
Has anyone also noticed that middle-click to visit the URL in the clipboard is broken under linux as well?
May 11th, 2004 at 7:26 am
Bug 60212 broke things badly it seems, isnt there any rule against that? That they have to back it out?
May 11th, 2004 at 9:55 am
Another crashing bug (which kills firefox linux after a download)
Bug 242768 : [gtk2] Thunderbird / mozilla mailnews crashes when sending mail / newsgroup post. [IM_get_input_context]
Trunk builds are completely broken…
May 11th, 2004 at 4:26 pm
has anyone else realized that this build is noticably slower in rendering pages?
May 11th, 2004 at 5:03 pm
>has anyone else realized that this build is noticably slower in rendering pages?
# Since May 6: 243066 – just-loaded page blanks for a second.
# Since May 6: 242856 – Slow image rendering.
May 11th, 2004 at 11:31 pm
Dave: by clipboard, do you mean the PRIMARY or CLIPBOARD selection?
PRIMARY holds the text that is currently selected, while CLIPBOARD holds whatever you last cut or copied to the clipboard.
Middle click should paste the contents of PRIMARY, while the paste menu item (or ctrl+v) should paste the contents of CLIPBOARD.
If things don’t work like this for you, then that is a bug. If you are expecting to be able to paste CLIPBOARD with the middle mouse button, then you will have to adjust your expectations :)
May 12th, 2004 at 3:59 am
James: PRIMARY, I think Whichever is used when you hilight text in an xterm and middle-click in another app… it’s worth noting, that it will paste just fine into the URL bar or a textbox inside Firefox, but if I middle click elsewhere in the browser window, it won’t try to go to the URL. This problem isn’t there with previous trunk builds, or the current MOZILLA_1_7_BRANCH build.