2004-10-10 Branch builds

  • Fixed: Divert all window.open() calls, not just featureless windows. (Change default for hidden pref link.open_window.restriction to 0.)
  • Fixed: Don't divert window.open to a new tab if the named window exists.
  • Fixed: 235450 - If the web page tries to open a pop-up with a useless URL ("", "about:blank", same URL as page), omit it from the menu that lets you manually open a pop-up.
  • Fixed: 57600 - Make document.open() use the codebase of the caller as the URI of the document. Using the URI of the calling document is wrong when the caller is a document loaded from a javascript: URI.
  • Since Oct 9: 263606 - Update notification broken (updates button always visible, always green, no tooltips).

Windows builds: Official Windows, Official Windows installer (discussion), bangbang's

Linux builds: Official Linux, Official Linux installer

Mac builds: Official Mac, MMx2000's Italian and French

14 Responses to “2004-10-10 Branch builds”

  1. TheOneKEA Says:

    Some popups break if they are diverted into tabs by Firefox; hopefully the change of default pref will not result in too many problems.

  2. Malad Says:

    I am not able to install the “critical update” as I don’t own the firefox installation directory. However, there only is a message saying the browser was unable to install the updates.

    The situation is even worse with search plugins. There is no warning at all, it fails quietly if the dir is not owned by the user.

  3. Jesse Ruderman Says:

    TheOneKEA: How broken — totally broken or bad layout? Can you give an example, a testcase, or an explanation?

  4. Dave Arter Says:

    Jesse – The link to the Linux non-installer build is broken, drop the last two letters of the address it points to. (Which incidentally, is ‘ie’… Some kind of subliminal advertising? ;))

  5. Gyrojoe Says:

    Since 1.0pre1 I haven’t been able to use the spell checker in GMail properly. After clicking resume editing, I can no longer modify the edit box and strange things start to happen (the entire page turns white). This is still happening with the latest nightly. I am using XOrg 6.8.0 and Gnome 2.8. Anyone else seeing this problem?

    Let me know if you need a GMail account for testing, I have some invites left.

  6. testboy Says:

    gyrojoe: works for me with pre1 and win xp.

    btw: you can donate your gmail invites on http://sfx.uphaar.info/gmail/ for a firefox ad project.

  7. gyrojoe Says:

    Removing my gnome profile and creating a new one seems to have fixed it. Not sure exactly what the problem was.

  8. Hank Roberts Says:

    Mac OSX version:
    Three days ago, and through today — Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20041011 Firefox/0.10– something’s wrong with the display graphic at the top of pages, most obviously

    I also haven’t figured out yet how to know if I’ve got the security fix that ought to show as 0.10.1 — tried the test page referenced at the forums, without any result I could interpret.

  9. Adrian Jackson Says:

    Forcing all popups to appear in tabs seems to include the save dialog, which leads to obvious problems – reluctantly I’ve had to turn off that feature.

    Also, has anyone had problems in that the CTRL+ shortcuts for switching tabs have stopped working?

  10. Per Ångström Says:

    Adrian Jackson wrote: “Also, has anyone had problems in that the CTRL+ shortcuts for switching tabs have stopped working?”

    You are probably using a Linux build. If that is the case, you are now supposed to use ALT instead of CTRL. See the 20041009 entry, bug 256635 (N-th tab shortcuts should use Alt-1 to Alt-9 rather than Ctrl-1 to Ctrl-9).

  11. Jesse Ruderman Says:

    Adrian, I searched for the file picker issue and found that Dan M had already filed it: https://bugzilla.mozilla.org/show_bug.cgi?id=263956.

  12. Adrian Jackson Says:

    Per Ångström wrote: “You are probably using a Linux build. If that is the case, you are now supposed to use ALT instead of CTRL.”

    There’s a problem with that. If a link has an accesskey attribute of ‘1’ set (such as the link to the Burning Edge main page from this page, for example) ALT+1 switches tabs *and* follows the link. So I can’t switch from here to tab one using the keyboard without moving to a different page.

  13. Adrian Jackson Says:

    …though from looking at the Bugzilla entry, I see I’m preaching to the converted on that one. :)

  14. Per Ångström Says:

    Adrian: I just created bug #264204, “[Linux] ALT-digit tab-selection shortcut conflicts with accesskey assignments”.