Reporter, please double-check that Fizzilla build ID of 2001091121. There is no Mac OS X build in [http://ftp.mozilla.org/pub/mozilla/nightly/2001-09-11-21-trunk/].
It definitely says "2001091121" in the title bar. The "About Mozilla" page is missing the final two digits, and the "Get Info" box shows a creation date of "Sep 11, 2001, 11:18 PM" However, there is something under http://ftp.mozilla.org/pub/mozilla/nightly/2001-09-11-20-trunk/
Reporter, try making a minimal (but still valid and well-formed) HTML page and see if it still crashes. Also, try accessing a file of type other than HTML and see if it still happens. Also, try at least one other Mac OS X browser.
Neither Omniweb 4.03 or Internet Explorer 5.1.1 Preview trigger the crash. Pointing Mozilla to a very simple HTML document (attached) still causes Filemaker Pro to crash, as does pointing it to a gif.
sdagley, pink, smfr, can one of you look at this?
As I read this bug the Mac that crashes is the server running FMpro, not the Mac running Mozilla. Smacks of a buffer overflow problem. That's really an issue for Claris (or do they just call themseles Filemaker these days? And when did FMpro become a web server?) to solve. Since AFAIK nobody here has FMPro it's not like we've got much chance of debugging w/o jpd sitting there as we repeatedly crash his server. if somebody can come up with a contact at Claris/Filemaker I'd be happy to help them debug this.
One thing to do here would be to run Interarchy's Traffic Watching feature on either the machine sending the request, or on the machine running FileMaker, and compare traffic for the Fizilla and non-Fizilla queries. I really think this is a problem at the FileMaker end; it shouldn't crash, even if the browser sends garbage.
FYR, FileMaker Pro: http://www.filemaker.com/products/index.html
Confirmed using Fizzilla/2001091313 (0.9.4). Accessing [http://picard2.rutgers.edu/test.html] causes the server to crash. Accessing the same URL with Mac IE 5.1b1 (3408) for OS X does not cause a crash.
Status: UNCONFIRMED → NEW
Ever confirmed: true
We need to see what data is being received by FileMaker. Can we arrange to run Interarchy with traffic watching on the FileMaker machine?
Assignee: asa → sfraser
This appears to be a problem with FileMaker Pro and the "Accept-Encoding:" header. 4.x sends Accept-Encoding: gzip and Mozilla sends: Accept-Encoding: gzip, deflate, compress;q=0.9 If I change the Mozilla networking prefs to send "gzip", it doesn't crash. BTW, I saw the crash with classic builds of Mozilla. Full headers (from stream transcript): 4.x: Send data (295 bytes). <00000000< GET /default.htm HTTP/1.0 <0000001B< Connection: Keep-Alive <00000033< User-Agent: Mozilla/4.76 (Macintosh; U; PPC) <00000061< Pragma: no-cache <00000073< Host: 220.127.116.11 <00000088< Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, <000000C5< image/png, */* <000000D5< Accept-Encoding: gzip <000000EC< Accept-Language: en <00000101< Accept-Charset: iso-8859-1,*,utf-8 Mozilla: <00000000< GET /default.htm HTTP/1.1 <0000001B< Host: 18.104.22.168 <00000030< User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4+) <0000006E< Gecko/20010919 <0000007E< Accept: text/xml, application/xml, application/xhtml+xml, <000000B8< text/html;q=0.9, image/png, image/jpeg, image/gif;q=0.2, <000000F1< text/plain;q=0.8, text/css, */*;q=0.1 <00000118< Accept-Language: en-us <00000130< Accept-Encoding: gzip, deflate, compress;q=0.9 <00000160< Accept-Charset: <00000172< Keep-Alive: 300 <00000183< Connection: keep-alive
This is definately a FM Pro bug, and there is a workaround (set the "Accept- Encoding" pref in Mozilla). There is nothing we can do to fix this.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WONTFIX
Changing OS from Mac OS X cause it clutters up my query. I'd change other fields but there doesn't seem to be a FileMaker component in Bugzilla :-)
OS: MacOS X → Mac System 9.x
Component: Browser-General → English: US
Product: Browser → Tech Evangelism
QA Contact: doronr → mjudy
Version: other → unspecified
*** Bug 108357 has been marked as a duplicate of this bug. ***
this has nothing to do with tech evangelism. so why was it given to us after it was marked won't fix? whatever. -> verified
Status: RESOLVED → VERIFIED
SPAM. You may filter these bugs by querying the string "ReadingRitingRithmetic" Mass Moving Bugs on Educational institutions in the United States to the new US Edu component and assigning to default owners.
Assignee: sfraser → doronr
Component: US General → US Edu
QA Contact: mjudy → caillon
I am informed that this bug has been cured by the filemaker web companion 5.5v3
tech evang june 2003 reorg
Component: US Edu → English US
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.