Hi Mikhail,
Mikhail Voitenko wrote:
Hi Sophie,
The possibility that the problem is triggered by the changes in ActiveX
control code is very small, since it was only slightly changed, and the
general functionality should work as before.
ok,
To allow the ActiveX control function correctly the OOo must be able to
access the document itself ( it is changed for OOo2.0.1, where the file
is downloaded by MSIE ). That means that it must be possible to open
http://<intranet_name/Fichiers/Courrier/fichier/754727-498-1.sxw
from OOo file open dialog ( while doing this experiment please be sure
that OOo own dialogs are used, they can be turned on using checkbox in
Tools/Options.../OpenOffice/General/UseOpenOfficeDialogs ).
So further informations following the indications you gave us :
Opening from OOo files open dialog with 2.0, OOo says that the file
doesn't exist, but no API error is claimed.
They have tested with OOo 1.1.x and they have the same error. If they
use Windows dialog it works well with OOo 1.1.x
Another test :
If they clik on a .doc link in IE/intranet, the file open correctly
inside OOo, but not in the ActiveX (they have disconnected ActiveX to
perform the tests).
Mozilla/FireFox plugin downloads the document itself and provides the
temporary file to the office, so in this case OOo does not do any remote
connection by itself. This seems to be the main difference that let the
scenario work well in case of Mozilla/FireFox.
As first, I would reccomend to check the proxy settings of the OOo and
set them to the same value as used by FireFox. The proxy settings can be
adjusted using Tools/Options.../Internet/Proxy.
As this is an intranet, they don't use any proxy.
Thanks again for your help
Kind regards
Sophie
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.12.4/146 - Release Date: 21/10/2005
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
