Comments on: 2005-12-10 Trunk builds http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/ Developments in nightly builds of Mozilla Firefox Sat, 19 Jul 2008 15:20:38 +0000 http://wordpress.org/?v=2.5 By: nestastnik http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3187 nestastnik Thu, 15 Dec 2005 00:38:56 +0000 http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3187 is this trunk actually usable? I mean the Trunk nightly builds...I heard there should be whole new concept in rendering, e.g. Gecko 1.9 should be totaly different from 1.8, and as I see it is in alpha state and it do not promise much use. Is it faster? Better? CSS3? Or what. What are your experiences? Xavier, anyone? And last question...last reports indicates that the next breakthrough should be Firefox 3.0, NOT 2.0, what I thought. I meant 2.0 should become this trunk, the new awaited lots of changes under the hood. But some news sites reported that 2.0 will only bring cosmetic GUI changes on 1.8branch, and that the real backend change would be Firefox 3.0. Thanks for some useful links, hope news-sites are mistaken and we'll get revolutionary FF20 as soon as possible, at least in beta stage. is this trunk actually usable? I mean the Trunk nightly builds…I heard there should be whole new concept in rendering, e.g. Gecko 1.9 should be totaly different from 1.8, and as I see it is in alpha state and it do not promise much use. Is it faster? Better? CSS3? Or what.

What are your experiences? Xavier, anyone?

And last question…last reports indicates that the next breakthrough should be Firefox 3.0, NOT 2.0, what I thought. I meant 2.0 should become this trunk, the new awaited lots of changes under the hood. But some news sites reported that 2.0 will only bring cosmetic GUI changes on 1.8branch, and that the real backend change would be Firefox 3.0.

Thanks for some useful links, hope news-sites are mistaken and we’ll get revolutionary FF20 as soon as possible, at least in beta stage.

]]> By: Jesse Ruderman http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3186 Jesse Ruderman Thu, 15 Dec 2005 00:24:21 +0000 http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3186 Another attempt at a fix for <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=319732" rel="nofollow">319732</a> just went in. Tomorrow's builds should have the fix. Another attempt at a fix for 319732 just went in. Tomorrow’s builds should have the fix.

]]> By: Xavier http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3185 Xavier Mon, 12 Dec 2005 07:24:52 +0000 http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3185 Nevermind... The bug has been reopened. Nevermind… The bug has been reopened.

]]> By: Xavier http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3184 Xavier Sun, 11 Dec 2005 23:45:40 +0000 http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3184 The Find crash was fixed today, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=319732" rel="nofollow">bug 319732</a>. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051211 Firefox/1.6a1 ID:2005121105 The Find crash was fixed today, bug 319732.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051211 Firefox/1.6a1 ID:2005121105

]]> By: Jesse Ruderman http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3180 Jesse Ruderman Sun, 11 Dec 2005 04:31:35 +0000 http://www.squarefree.com/burningedge/2005/12/10/2005-12-10-trunk-builds/#comment-3180 If the Find crash annoys you, go back to a Dec 7 build, not a Dec 8 build. Dec 8 builds on all platforms had a very frequent crash at GetSelectionClosestFrameForChild, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=319558" rel="nofollow">bug 319558</a>. If the Find crash annoys you, go back to a Dec 7 build, not a Dec 8 build. Dec 8 builds on all platforms had a very frequent crash at GetSelectionClosestFrameForChild, bug 319558.

]]>