MozillaZine


The Official Win32 20050923 [Branch] build is out.

Discussion about official Mozilla Firefox builds
Peter(6)

User avatar
 
Posts: 13011
Joined: September 4th, 2003, 1:26 am
Location: Maassluis, The Netherlands

Post Posted September 22nd, 2005, 7:30 am

Peter van der Woude, 20050923 wrote:the press thinks Firefox is unsafe

get the facts (source Secunia), Firefox vulnerabilities since 20041109:

grand total: 61 Vulnerabilities
fixed: 56 = 91.8 %
workaround: 2 = 3.3 % ,moderately critical
unfixed: 3 = 4.9 % ,less critical

get the facts (source Secunia), IE vulnerabilities since 20041109:

grand total: 31 Vulnerabilities
fixed: 16 = 51.6 %
workaround: 1 = 3.2 % , moderately critical
workaround: 3 = 9.7 % , not critical
unfixed: 5 = 16.1 % ,moderately critical
unfixed: 2 = 6.5 % ,less critical
unfixed: 4 = 12.9 % ,not critical

Yes, IE has fewer vulnerabilities reported, and of those fewer, they patched a lot less.
If we look at the grand total for IE6 the picture isn't much better.

Is FF safer than IE ? Draw your own conclusion ....

The Official Win32 ..... builds are out , RSS feed.
IRC channels: #firefox || #spreadfirefox || #bugs

The Official Win32 20050923 [Branch] build is out.

Most recent official release: Firefox 1.0.7||20050922 Branch
Most recent roadmap release: Firefox 1.5 beta 1. (Release Notes) (What's new?)

Hourly Branch builds: PROMETHEUS (Lin) || ATLANTIA (Mac) || PACIFICA (Win) || Branch Tinderbox || Bonsai

Last update: 2005-09-23 -- 08:10 PDT = 15:10 UTC (all checkins since the latest nightly included)

Resolved Fixed:
  1. #171680[Core]-Modifier keys have no effect on mouse wheel [Mac]
  2. #255415[Core]-Scroll wheel doesn't work after selecting bookmark from toolbar until you move mouse. [Mac]
  3. #303727[Core]-Supply a supported way to access the nsIEditor of HTML input/textarea [All]
  4. #306915 [Core:SVG]-Attempt to follow the SVG spec rules on where SVG elements should be ignored.
  5. #307429[Firefox]-Incorrect size tag in update.xml does not cause automatic software update to fail integrity validation [Win]
  6. #307734[Core]-Some plugins result in truncated accessible page content [Win]
  7. #307955[Firefox]-new location of live bookmark icon [All]
  8. #308085[Core]-JavaScript switch statement going to wrong case [All]
  9. #308369[Core]-Stop copying stat cache when cloning nsIFile instances [All]
  10. #309391[Core]-XMLHttpRequest fails to track proxy server failover [All]
  11. #309395[Core]-scrollwheel doesn't work in non-toplevel window [Mac]
  12. #309695[Core]-Crash visiting msdn.microsoft.com [@ js_FreeAtomMap] [All]

Partial Landings/WIPs/Incoming:
  1. #155723[Core]-innerHTML will need to be fixed to work with XHTML [All]
  2. #197271[Core]-Japanese printer name is displayed as garbage in about:config [Win]
  3. #207186[Core]-Moving the caret in BiDi texts is buggy, especially in right-to-left forms [All]
  4. #221824[Core]-themes should be RTL compatible [All]
  5. #223097[Core]-Interface for checking a Node against a XML Schema type [All]
  6. #246085[Core]-nsCategoryManager should notify observers when items are added/removed from categories [All]
  7. #250255[Core]-use nsIWindowsRegKey for Windows registry handling [Win]
  8. #255941[Firefox]-Highlight colour / color does not contrast with document text or background [All]
  9. #282103[Core]-Dynamic Overlays [All]
  10. #283487[Core]-nsStringInputStream is still broken [Win]
  11. #287707[Core:Editor]-After page had designmode on, there are still several issues [Win]
  12. #292036[Core]-nsIProxyObjectManager.idl needs constants SYNC, ASYNC, ALWAYS for proxyType [All]
  13. #296639[Core]-Split windows into an inner and outer object [All]
  14. #297155[Core]-opening a new tab while loading first page in new window breaks throbber / status bar [All]
  15. #300841[Core]-Provide a readline function to read a line from stdin [All]
  16. #301776[Firefox]-Can't see focus on tree or list items [Win]
  17. #302937[Core]-Expose "click" action on text and image leaves of element containing onclick [Win]
  18. #304376[Core]-Setting String = Array changes strings to have Array's prototype [All]
  19. #304403[Firefox]-better safe mode UE [All]
  20. #305032[Firefox]-edit commands not available to subsequent instances on startup [Win]
  21. #305628[Core]-Additional improvements to jsfile.c [Lin]
  22. #306166[Firefox]-regression: The height of verification window is insufficient. [Mac]

Regressions/Confirmed/Annoying/Common bugs:
Make sure you vote for bugs that you suffer from. Do NOT vote for bugs you don't see on your system.
  1. #64401[Core]-Extremely slow performance with png background [All] (-)
  2. #104532[Core]-Status bar ticker fails to update when tabs switched. [All] (-)
  3. #174734[Firefox]-Links starting with non-English characters in name do not show up in bookmarks [Win] (-)
  4. #242134[Firefox]-print page setup headers and footers are not remembered [All] (-)
  5. #252371[Firefox]-incremental find/search in page does not find/highlight text in textarea/form/text entry boxes [All] (-)
  6. #253076[Core]-clicking somewhere in the page does not remove selection [All] (patch/-)
  7. #258543[Firefox]-Disabling form autocomplete prevents selecting from multiple saved logins [Win](~20040730-bug 249610) (-)
  8. #265915[Firefox]-typeahead pref. & "repeated character find" issues [Win](-)
  9. #269840[Firefox]-Strange lines appear when scrolling down, then back up [All] (-)
  10. #283697[Firefox]-Options panel cannot be resized.Chopped off panels [Win] (-)
  11. #300453[Core]-'Disable common annoyances' prevents focusing of designmode iframes [Win](navigation in Gmail compose)(+)
  12. #304551[Update]-Javascript nsIXMLHttpRequest exception after extension install, uninstall, and then reinstall on addons.mozilla.org [Win]
  13. #307375[Firefox]-[splitwindow] findbar pops up when typing in textfield after launching 2nd firefox [Win]
  14. #309027[Firefox]-Saving image does not open the save location window sometimes [All]
  15. #309484[Update]-AMO very very slow to load pages and hangs on extension installation [All]

To copy your useragent+buildtime to clipboard, use the Nightly Tester Tools extension.
Get more out of the Javascript Console, see this page for Console².
If you're a daily tester then backup the valuable data in your profile!
Windows Classic theme: bug #303806 [Firefox]-Wallpaper patch for better appearance on Windows XP / Luna [Win] has changed the default theme to fit the Windows XP Luna theme. If you prefer Windows-Classic, make the changes shown on this page or use the extension from this page

Planned Milestones: 1.5 Beta2 ( Oct. 5 ), 1.5 RC1 ( Oct. 28 ), 1.5 Final (?)
Trunk fixes since Firefox 1.0 20041109 = ~3345
Bugs nominated for blocking Gecko 1.8b5 = 28
Bugs confirmed for blocking Gecko 1.8b5 = 101

Do you need a Gmail account ? Send me a private mail with name and valid email adress (plenty left)
Last edited by Peter(6) on September 23rd, 2005, 9:31 am, edited 9 times in total.
nightly build threads 20040225 (FF 0.8.0+) - 20120331 (FF14a)

Old KOLE89
 
Posts: 0
Joined: December 31st, 1969, 5:00 pm

Post Posted September 22nd, 2005, 7:35 am

Resolved Fixed:
None[/list]
Partial Landings/WIPs/Incoming:

Should be

Resolved Fixed:
[list=1]None[/list]
Partial Landings/WIPs/Incoming:
Last edited by Old KOLE89 on September 22nd, 2005, 9:18 am, edited 1 time in total.

Lost User 33597
 
Posts: 0
Joined: December 31st, 1969, 5:00 pm

Post Posted September 22nd, 2005, 7:56 am

link to zip build not working

edit: workin now

doh
 
Posts: 238
Joined: January 29th, 2003, 12:38 pm

Post Posted September 22nd, 2005, 9:16 am

ranasrule wrote:link to zip build not working

edit: workin now


Always takes some time.

Old KOLE89
 
Posts: 0
Joined: December 31st, 1969, 5:00 pm

Post Posted September 22nd, 2005, 9:21 am

@Peter(6)

Resolved Fixed:
[list]None[/list]
Partial Landings/WIPs/Incoming:

Should be

Resolved Fixed:
[list=1]None[/list]
Partial Landings/WIPs/Incoming:

:roll:

mrtech

User avatar
 
Posts: 2007
Joined: May 15th, 2003, 7:46 am
Location: New York

Post Posted September 22nd, 2005, 9:30 am

W.O.O.M.: I've noticed in recent nightlies that when upgrading from let's say version 1.0 of an extension to 1.1, the EM/TM shows 1.0 and msg on "this item will be installed.." msg, previously it would update the version number to 1.1 and show the msg. Is this by design or just an oversight?
mel reyes • mrtech.com • BlogPlaxoLinkedInTwitter
Support mrtech.com get our toolbar

Robert S.

User avatar
 
Posts: 4399
Joined: April 24th, 2004, 3:04 am
Location: Bay Area, CA

Post Posted September 22nd, 2005, 9:47 am

I had to change it because of the following:
#308638[Firefox]-An extension's version metadata is updated prior to a successful upgrade and the old extension then has the updated version [All]

Now it always shows the currently installed name and version until after the item has successfully completed the upgrade... I think it is more technically correct since it wasn't upgrading what was displayed due to the displayed info being changed to the new info before the upgrade had occurred. What ever the case, it was causing a pretty nasty bug where the new info would not be reverted back to the old info when an upgrade failed which meant the EM thought it had the newer version installed when it didn't and this change fixed it.

*edit* just in case, I see you stated "will be installed" but I believe you mean "will be upgraded"... true?

*edit2* I suspect it will get changed back sometime before 2.0 but the additional code / changes to display the version it is being upgraded to and to safely revert back if an install fails isn't worh the risk for 1.5 IMO.

onemen

User avatar
 
Posts: 1134
Joined: October 15th, 2004, 7:48 am

Post Posted September 22nd, 2005, 12:25 pm

check this:
  • set browser.tabs.loadInBackground to false
  • move tab to change it's order position
  • in the same tab befor selecting any other tab click on link that open new tab

result: the first link clicked after tab moved load in background even if browser.tabs.loadInBackground is false
Last edited by onemen on September 22nd, 2005, 1:04 pm, edited 1 time in total.

Ancestor
 
Posts: 252
Joined: May 7th, 2005, 12:51 pm

Post Posted September 22nd, 2005, 12:40 pm

onemen wrote:check this:
  • set browser.tabs.loadInBackground to false
  • move tab to change it's position
  • in the same tab befor selecting any other tab click on link that open new tab
result: the first link clicked after tab moved load in background even if browser.tabs.loadInBackground is false

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20050922 Firefox/1.4 ID:2005092206.
By "moving tab to change its position" you meant, of course, changing order of tabs?

a;skdjfajf;ak

User avatar
 
Posts: 17002
Joined: July 10th, 2004, 8:44 am

Post Posted September 22nd, 2005, 12:41 pm

onemen wrote:check this:
  • set browser.tabs.loadInBackground to false
  • move tab to change it's position
  • in the same tab befor selecting any other tab click on link that open new tab
result: the first link clicked after tab moved load in background even if browser.tabs.loadInBackground is false


Maybe this checkin? https://bugzilla.mozilla.org/show_bug.cgi?id=309292

I was wondering if this checkin would bother/interfere with TMP at all...
I'm at work, and can't test right now...

mrtech

User avatar
 
Posts: 2007
Joined: May 15th, 2003, 7:46 am
Location: New York

Post Posted September 22nd, 2005, 12:47 pm

woom, thanks for the explanation, I did have two situations that I've run into a few times when testing umo submission that hosed my profile, I would look into bugzilla for these and I'm not lazy, just inundated with work, sorry.

1) one problem was that there was a mismatched between install.rdf and jar files, but this bit me several times, here what happened.

ex: An extension defined there "file" entity in the install.rdf as:
Code: Select all
     <em:file>
         <Description about="urn:mozilla:extension:file:local_install.jar">

but in the xpi included a jar file of "local_install2.jar". The mismatch caused EM manager to perpetually show the item as "uninstall at next restart" and I had to manually clean things up.

2) another situation I've run into is dragging multiple themes to the TM window has resulted in "phantom" entries that "might" disappear if theme is individually reinstalled (tested with Branch build but I think it happens in Trunk too).

ex 1 (which works): drag one theme jar to TM window left pane, confirm and a temporary list item with jar filename is listed and then it is replaced with the actual themes information

ex 2 (doesn't work): drag 3-6+ themes to the TM window, confirm each and several temporary entries are listed and "some" or all are left behind.

On Fx 1.0.x builds dragging more than one theme will only install the first, maybe the second before giving an blahblah.rdf error on subsequent theme installs right after confirming each.
mel reyes • mrtech.com • BlogPlaxoLinkedInTwitter
Support mrtech.com get our toolbar

Ancestor
 
Posts: 252
Joined: May 7th, 2005, 12:51 pm

Post Posted September 22nd, 2005, 12:58 pm

mrtech wrote:2) another situation I've run into is dragging multiple themes to the TM window has resulted in "phantom" entries that "might" disappear if theme is individually reinstalled (tested with Branch build but I think it happens in Trunk too).

ex 1 (which works): drag one theme jar to TM window left pane, confirm and a temporary list item with jar filename is listed and then it is replaced with the actual themes information

ex 2 (doesn't work): drag 3-6+ themes to the TM window, confirm each and several temporary entries are listed and "some" or all are left behind.

On Fx 1.0.x builds dragging more than one theme will only install the first, maybe the second before giving an blahblah.rdf error on subsequent theme installs right after confirming each.

I have experienced it many time myself:
Bug 257992 - Cannot install multiple themes using drag-and-drop to the EM window

onemen

User avatar
 
Posts: 1134
Joined: October 15th, 2004, 7:48 am

Post Posted September 22nd, 2005, 1:03 pm

Littlemutt wrote:....Maybe this checkin? https://bugzilla.mozilla.org/show_bug.cgi?id=309292

I was wondering if this checkin would bother/interfere with TMP at all...
I'm at work, and can't test right now...

NO.
i'v noticed this bug (?) befor 309292 check in

Fedorov
 
Posts: 211
Joined: January 27th, 2004, 3:20 am

Post Posted September 22nd, 2005, 1:20 pm

Using 20050922 Win32 build Im noticing more and more annoyances when trying to type stuff on these and any other damn forums :(

Note I didnt put any apostrophes in certain words in this posting cos each time I press that key I get the damn find dialog appear at the bottom of firefox!

Even worse, I cannot use my cursor keys to move around and edit this posting, I have to click with my mouse to position the cursor etc...

Almost unusable for text entry at the moment if you ask me...

Anyone else with these issues?

Fedorov.

Robert S.

User avatar
 
Posts: 4399
Joined: April 24th, 2004, 3:04 am
Location: Bay Area, CA

Post Posted September 22nd, 2005, 1:27 pm

mrtech wrote:1) one problem was that there was a mismatched between install.rdf and jar files, but this bit me several times, here what happened.

ex: An extension defined there "file" entity in the install.rdf as:
Code: Select all
      <em:file>
            <Description about="urn:mozilla:extension:file:local_install.jar">

but in the xpi included a jar file of "local_install2.jar". The mismatch caused EM manager to perpetually show the item as "uninstall at next restart" and I had to manually clean things up.

That should only ever be seen by an extension developer when they make a mistake packaging their extension or possibly by a user if an extension developer didn't test that their extension installed / worked / etc. I personally believe it is appropriate to add code of this nature to the app for ext developers only when it doesn't cause additional overhead or complexity. I see this being more appropriate for an app or ext made to validate an extension package... also, if it was only this one instance where the ext developer could make a mistake with this type of outcome I wouldn't have a problem with adding it but there are numerous similar mistakes that can be made and checking them all would to say the least make the code even more complex to work with and wouldn't benefit the average user... at least not directly.

mrtech wrote:2) another situation I've run into is dragging multiple themes to the TM window has resulted in "phantom" entries that "might" disappear if theme is individually reinstalled (tested with Branch build but I think it happens in Trunk too).

This is
#257992[Firefox]-Cannot install multiple themes using drag-and-drop to the EM window [Win]
and actually no different than
#251519[Firefox]-Installing a theme while another theme is still downloading causes unexpected results [All]

I've considered disabling multiple theme installs for 1.5 but I've been busy with other bugs.

Return to Firefox Builds


Who is online

Users browsing this forum: No registered users and 0 guests