Mozila Firefox 3.6

Choose it! Use it! Love it!


« Mozila firefox 3.5.6 released December 15th, 2009Firefox 3.6 released January 21st, 2010 »

Firefox 3.5.7 released January 5th, 2010

The Mozilla developers have released the final version of Firefox 3.5.7. The latest version of the popular web browser is currently transferred to mirror servers worldwide to ensure another error and lag free updating experience for Firefox users who will begin to update their web browser shortly after the official announcement of the release has been made.

It is expected that the announcement will be made later today and that Firefox 3.5.6 browsers will pick up the new version release and prompt their users to upgrade the browser.

The beta release notes classify the upgrade as a performance and stability update. It fixes three bugs of which one has been classified as critical and two as major.

    Fixed a common stability issue.
    Fixed a problem with how updates were being presented to users.

Firefox users who do not want to wait that long should monitor popular software download portals like Betanews or MajorGeeks as these are usually the first to offer the new Firefox version for download.

The complete list of changes in Firefox 3.5.7:

ID       Sev       Pri       OS       Assignee       Status       Resolution       Summary

535193         maj        --        All        jmathies        RESO        FIXE       DNS resolution in MakeSN of nsAuthSSPI causing issues for proxy servers that support NTLM auth
507114     cri     P1     Wind     jonas     RESO     FIXE     [Win] Topcrasher for Firefox 3.5.1 [@ memmove | nsTArray_base::ShiftData(unsigned int, unsigned int, unsigned int, unsigned int)][@ nsObserverList::FillObserverArray]
534090     maj     P1     All     robert.bugzilla     RESO     FIXE     do not use background notification for major updates (was PMU 3.0->3.5 major update has been really poor)

  • quote 3.Henrik
  • There is a #1 topcrasher on 1.9.1 with the following stack. This bug has been
    filed by request on bug 494617.

    Some comments:
    * Playing games at Iwon.com - lost all my coins!
    * Took me off the scrabble game i was playing through the facebook link. Was
    the first game that i was playing for the night, hadnt even put my first word
    up.
    * im not understanding why i keep getting these low memory warnings i have
    deleted firfox and reinstalled it and still get this warnings. why dose this
    happen on this site.

    Stack:
    0 mozcrt19.dll memmove MEMCPY.ASM:188
    1 xul.dll nsTArray_base::ShiftData
    obj-firefox/xpcom/build/nsTArray.cpp:173
    2 xul.dll nsObserverList::FillObserverArray
    xpcom/ds/nsObserverList.cpp:110
    3 xul.dll xul.dll@0x8aea63
  • Reply this comment
  • quote 2.WanTeh
  • I remember NTLM just needs to pass a string in the
    right format as the 'sn' argument (which used to be
    NULL for NTLM). Takehiro Takahashi believed that
    the actual host name in the 'sn' argument doesn't
    matter, as he observed in experiments that IE seems
    to just use the host name in the URL as the host
    name component of the 'sn' argument, without
    converting it to a FQDN or the canonical name.
  • Reply this comment
  • quote 1.Jim
  • http log

    This is bug is a spin off of a mozillazine post. Attached are the logs.

    MakeSN uses dns resolution on the host of the new service name we pass in. It
    seems in some cases the local dns resolver won't be able to resolve these host
    names, causing a failure in authSSPI.
  • Reply this comment

Post comment:

◎welcome to give out your point。

Powered By Z-Blog 1.8 Walle Build 91204

Copyright Mozila. Some Rights Reserved. Mozila Firefox is here.