Mozilla for Mac OS X crashes Filemaker Pro 5.5 on Mac OS 9

VERIFIED WONTFIX

Status

Tech Evangelism Graveyard
English US
--
critical
VERIFIED WONTFIX
17 years ago
3 years ago

People

(Reporter: Joseph Delaney, Assigned: Doron Rosenberg (IBM))

Tracking

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4+)
Gecko/20010911
BuildID:    2001091121

We rely on the URL given to function, and since Mozilla locks it solid, please
contact me before trying it so I can stand by to restart it. 

When any type of request for a page is sent from Mozilla for MacOS X to
Filemaker Pro for MacOS 9, Filemaker Pro locks up and has to be manually
restarted (using a "Force Quit" and sometimes corrupting the databases).  

Reproducible: Always
Steps to Reproduce:
Steps to reproduce:
0. Contact me jpd@TeachX.rutgers.edu and agree on a time so I can restart the
server (I have to be in the room to do the three-finger salute)
1. Go to http://TeachX.rutgers.edu/ecs/ using Mozilla for MacOS X,
"Fizilla"(there is a javascript that will redirect you, so turn off javascript
first - I will remove this once we move our databases to another server). Even
better, set up your own Filemaker Pro 5.5 database running on MacOS 9.1, and
turn on sharing through the "Web Companion" and crash your own machine. :-)
2. Do a search or click the link for "All Enhanced Rooms"



Actual Results:  Nothing. Mozilla will wait patiently for a response, however it
will never receive one because Filemaker Pro 5.5 has crashed and needs to be
restarted.


Expected Results:  You should see the search results without crashing the server.

I have reproduced this on two separate Mac OS X machines (a G4 running Mozilla
20001091121 and a G3 running several earlier builds of 0.9.3)

It does not matter if you submit a form using POST or follow a link, any attempt
at all to access a web page served by Filemaker Pro 5.5 for MacOS 9 crashes
Filemaker Pro. 

Only Fizilla seems to be affected. The problem does not occur with Mozilla 0.9.3
for Windows 98 or with Netscape 6.1 for Windows 98.  I am reporting the problem
simultaneously to Filemaker where it really needs to be fixed as a Denial of
Service vulnerability.

Comment 1

17 years ago
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/].
(Reporter)

Comment 2

17 years ago
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/

Comment 3

17 years ago
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.
(Reporter)

Comment 4

17 years ago
Created attachment 49618 [details]
Very simple HTML document
(Reporter)

Comment 5

17 years ago
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. 

Comment 6

17 years ago
sdagley, pink, smfr, can one of you look at this?

Comment 7

17 years ago
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.

Comment 8

17 years ago
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.

Comment 9

17 years ago
FYR, FileMaker Pro: http://www.filemaker.com/products/index.html

Comment 10

17 years ago
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

Comment 11

17 years ago
We need to see what data is being received by FileMaker. Can we arrange to run 
Interarchy with traffic watching on the FileMaker machine?

Comment 12

17 years ago
->smfr
Assignee: asa → sfraser

Comment 13

17 years ago
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: 208.12.38.156  
<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: 208.12.38.156  
<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  

Comment 14

17 years ago
Created attachment 50207 [details]
stdlog of FileMaker Pro crashing

Comment 15

17 years ago
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

Comment 16

17 years ago
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

Updated

17 years ago
Component: Browser-General → English: US
Product: Browser → Tech Evangelism
QA Contact: doronr → mjudy
Version: other → unspecified

Comment 17

17 years ago
*** Bug 108357 has been marked as a duplicate of this bug. ***

Comment 18

17 years ago
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

Comment 19

17 years ago
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

Comment 20

17 years ago
I am informed that this bug has been cured by the filemaker web companion 5.5v3

Comment 21

15 years ago
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.