[FX,TB] mmoy [1.5, etc.] Win32/64,OSX CE K8B, K8M/64

mmoy · Post by **mmoy** » February 8th, 2006, 8:34 am

This crashes in the official build as well. I will file a bugzilla on it. I'm afraid to say that 1.5.0.1 is starting to look like there are some quality issues in it.

mahowi · Post by **mahowi** » February 8th, 2006, 8:38 am

mmoy wrote:I checked Mahowi's build fior http://www.it.com.cn/market/gz/ and it crashes there as well. I need to try the official next.

Works fine for me here on my Athlon XP. Could it be processor specific?

mmoy · Post by **mmoy** » February 8th, 2006, 8:38 am

It's this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=318254

crash after typing "www.it.com.cn" in the location bar [@ nsComboboxControlFrame::CreateAnonymousContent]

mahowi · Post by **mahowi** » February 8th, 2006, 8:40 am

Ah, sorry, I didn't see that you used 1.5.0.1. The site is working without problems with "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060206 Firefox/1.5 (mahowi) ID:2006020617".

mmoy · Post by **mmoy** » February 8th, 2006, 8:44 am

Bug 326411 entered. The other bug was a slightly different URL that apparently was fixed before 1.5.0.1 went out.

mmoy · Post by **mmoy** » February 8th, 2006, 8:46 am

mahowi wrote:Ah, sorry, I didn't see that you used 1.5.0.1. The site is working without problems with "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060206 Firefox/1.5 (mahowi) ID:2006020617".

Thanks for the update. It looks like it was fixed in a later branch. My comments on quality issues remain for 1.5.0.1 though in that my opinion after getting various problem reports is that it went out a bit early. I'm hoping for a quick patch release to fix these issues but may start looking at doing a branch build.

mmoy · Post by **mmoy** » February 8th, 2006, 11:37 am

The bug has been updated to indicate that it doesn't crash in the trunk but does in the branch but it's been confirmed so I guess the Mozilla guys can take it away.

omniwolf · Post by **omniwolf** » February 8th, 2006, 4:47 pm

i've noticed a bug that i think i remember from older versions of FF as well (as well as x61 1.5, x61 1.5.0.1, and x63), this page with an embedded movie wont load

http://www.itsfunnyhoney.com/video/61/b ... _bud_light

infact it doesn't appear any of the videos on that site work.. firefox becomes sort of partially unresponsive, you can still shut it down but the firefox.exe process will hang around and have to be manually killed.

mmoy · Post by **mmoy** » February 9th, 2006, 7:27 am

An update on that bug is that it now appears to be a regression of a similar bug that was fixed in early October and broken later in the month. In my opinion, this is a very serious bug. The area is in creating a combo box which is probably something that is done in quite a few commercial web sites. I have some big family health issues that I'm working through at the moment, so I expect to be quiet for a while around Mozilla Builds. Though my current efforts are for Win64.

Carson · Post by **Carson** » February 9th, 2006, 8:50 am

@Shawn, Gmail errors include corrupted pages, erratic behavior of the Erase button, operation too slow to be usable, erratic refusal to send and "Try Again" box, and false notices regarding JScript. The two worst are the erratic nature of the problems, when I have made no changes to anything; and the erratic nature of the refusal to send, which likewise comes and goes when I haven't changed anything.

No crashes at all. When I was using an old Wechselbalg (K-Meleon) recently, it crashed--as those old K-Ms used to. But the worst that FF does in my system is suck cumulative memory, so that it slows down my system--which is my fault for not affording a better computer than this Cely 1.7, with its 128 Kb L-2 cache.

Now I've been using mmoy's magic for a few days, and the darned thing is working beautifully, G-mail and all. I don't get it, because the extensions I'm using are the very same files, not even updated, which I keep on my HD in my "Store". The system is guarded, scanned, and defragged totally; the registry is too. I can pretty well guarantee that anomalies I see on this computer must be within the browser itself, because everything else is constant. I think that my slow Celeron is quick to indicate the least stable programs. And I think Gmail causes problems because it is a big, complex program on this delicate system.

But why mmoy's 1.5.0.1 should work noticeably better than stipe's, tete's, or the corporate Firefox, is a complete mystery. Although I've had a few of mmoy's (rarely) not work just right over the years, it is true that mmoy's have been the most solidly reliable on my system since Abrahim's Firebirds. Maybe this would show up less with a stronger, faster system, which would be less finicky about things. Mine is sensitive because it's a pretty bad computer.

(Even so, if Mr. Gates ever gets really smart, we'll see an IE8 come out that looks an awful lot like Firefox but works better, and we'll see mmoy's residence change briefly to Redmond and then to a private castle in the South Seas.

)

galapogos · Post by **galapogos** » February 10th, 2006, 3:08 am

Hi mmoy, where are you hosting your current builds? I've been getting them from pryan.org but it hasn't been updated for a couple months now. I scrolled back a couple pages on this thread and didn't find a link either.

shawn^ · Post by **shawn^** » February 10th, 2006, 3:32 am

galapogos wrote:Hi mmoy, where are you hosting your current builds? I've been getting them from pryan.org but it hasn't been updated for a couple months now. I scrolled back a couple pages on this thread and didn't find a link either.

www.vector64.com

or straight to win32 builds

http://www.vector64.com/WindowsBuilds.html

x63 is the latest win32 build

mmoy · Post by **mmoy** » February 10th, 2006, 6:21 am

Someone did break the Win64 builds with some security work apparently. At the moment I have a problem with WinNT.h in the Platform SDK and will have to go digging through checkins to see what caused the breakage. I suspect someone tossed something in without considering Win64 (which is fairly normal).

ckjnigel · Post by **ckjnigel** » February 11th, 2006, 1:05 pm

Hi mmoy, just now using your Feb 9 64-bit and the first thing I notice is how much better your builds seem to grab into busy sites -- definitely better than other's 32-bit trunk builds. I still think that Opera 9 tp2 gets into forums.mozillazine.org faster than anything Gecko, but this build is similar to Opera at grabbing big My Yahoo! pages. Comparing mmoy 64-bit to other Firefoxes, I miss the trunk's speedier javascript.
My number one favorite Opera feature is ability to zoom the whole page and I really think that should be part of Gecko's rendering engine.
Cheers!

mmoy · Post by **mmoy** » February 11th, 2006, 1:19 pm

I do have two of the important JavaScript patches from the Trunk in the Win64 build. If there are others, let me know and I'll take a look at them. There are a lot of features in the works to be added to Firefox but they will take time I think. As far as Whole Page Zoom goes, this should be doable now. There are at least two extensions that do thumbnails of web pages. One puts them in the sidebar and you can make the sidebar smaller or larger. The other puts them in the browser window. These are snapshots which are only useful for reading though but this might be enough.

Doing it in the browser would require some kind of global scaling and I don't think that the infrastructure is there for this at this time.

I think that I could get a 10% performance improvement on the Win64 build if I could get the build to work on VS2005 instead of my current 2003 Platform SDK. There are two performance options in the Win64 version of VS2005 which I think would help quite a bit. My current stumbling point is MOZ_TOOLS as my current MOZ_TOOLS are for the old PSDK and I got these from Makoto. I have built MOZ_TOOLS in the past but it was a few months ago.

The other problem that I have is getting my latest 32-bit builds to run on Win64 and WS2003. I still haven't found the issue with that though note that Ayakawa has the same problem.