Description of problem:

In FC5, using mozplugger 1.7.3 from seamonkey 1.0.7, viewing a *.doc file with
oowriter 2.0.2, the document fails to open and a message eventually appears 
suggesting that OpenOffice be installed.  This happens in seamonkey and 
seamonkey mail, both.  Both ooffice and oowriter work from the command line.
It appears that the problem arises from the definition of OO(), since 
substituting something else fixes the problem (mnostly).  

No problem in firefox 1.5.0.9, by the way.

Version-Release number of selected component (if applicable):

mozplugger-1.7.3-2.2.1
openoffice.org-writer-2.0.2-5.20.2
seammonkey 1.0.7 (tarball)

[root@inca ~]# uname -a
Linux inca.bitl.nist.gov 2.6.18-1.2257.fc5smp #1 SMP Fri Dec 15 16:33:51 EST 
2006 i686 i686 i386 GNU/Linux
[root@inca ~]# rpm -qa | grep seamonkey
seamonkey-chat-1.0.7-0.6.0.1.fc5
seamonkey-mail-1.0.7-0.6.0.1.fc5
seamonkey-dom-inspector-1.0.7-0.6.0.1.fc5
seamonkey-js-debugger-1.0.7-0.6.0.1.fc5
seamonkey-devel-1.0.7-0.6.0.1.fc5
seamonkey-1.0.7-0.6.0.1.fc5
[root@inca ~]# /usr/local/seamonkey/seamonkey -version
SeaMonkey 1.0.7, Copyright (c) 2003-2006 mozilla.org, build 2006121112
[root@inca ~]# rpm -q mozplugger
mozplugger-1.7.3-2.2.1
[root@inca ~]# cat /etc/fedora-release
Fedora Core release 5 (Bordeaux)


[root@inca ~]# rpm -qa | grep openoff
openoffice.org-core-2.0.2-5.20.2
openoffice.org-langpack-ga_IE-2.0.2-5.20.2
openoffice.org-writer-2.0.2-5.20.2
openoffice.org-xsltfilter-2.0.2-5.20.2
openoffice.org-math-2.0.2-5.20.2
openoffice.org-calc-2.0.2-5.20.2
openoffice.org-impress-2.0.2-5.20.2
openoffice.org-graphicfilter-2.0.2-5.20.2
openoffice.org-draw-2.0.2-5.20.2
openoffice.org-langpack-ja_JP-2.0.2-5.20.2

[root@inca ~]# rpm -q firefox
firefox-1.5.0.9-1.fc5

How reproducible:

Open a .doc file in seamonkey.

Steps to Reproduce:

Open seamonkey, go to http://www.google.com, search for nist .doc, open the 
first .doc file.  
  
Actual results:

Nothing for a long time, and then a suggestion to install Open Office.  

Expected results:

*.doc file opens in browser window.  

Additional info:

It appears that either of these steps corrects the problem:

In /etc/mozpluggerrc under case

application/x-msword:doc,dot:Microsoft Word Document
application/msword:doc,dot:Microsoft Word Document

Add

       repeat noisy swallow(oowriter): oowriter "$file"

Or, change OO() from

define([OO],[swallow(OpenOffice) fill: openoffice -nologo $1 "$file"
        swallow(OpenOffice) fill: ooffice -nologo $1 "$file"
        swallow(OpenOffice) fill: soffice -nologo $1 "$file"])

to 

define(OO,[repeat noisy swallow(oowriter) fill: oowriter "$file"
        repeat noisy swallow(openoffice) fill: openoffice "$file"
        repeat noisy swallow(ooffice) fill: ooffice "$file"
        repeat noisy swallow(soffice) fill: soffice "$file"])

I should add that this fix is not perfect.  I am not sure if it should be OO 
or [OO] in the macro, and, while this works some times, I also sometimes get a 
failure of the swallow.  In these cases I see the splash screen in the browser 
window, but oowriter brings up its own Window.  Also, sometimes I am asked to 
recover the .doc file.