Hi Mathias,
Mathias Bauer wrote:
Hi Sophie,
Sophie Gautier wrote:
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.
OK, this shows that for whatever reason OOo can't load this file
directly. This is independant from where you open it, ActiveX Control or
OOo FileDialog.
The API error only happens in the ActiveX control and is only a
*general* notification of the Control that something went wrong. It is
not part of the code that loads the file but it is part of the ActiveX
Control that uses the OOo API to load the file (and catches an error).
ok, I understand,
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
And not with OOo2.0? The windows FileDialog downloads the file itself
and forwards the temporary file to OOo. This should work with OOo1.x and
OOo2.0.
yes, but it doesn't ;) Note that we are not really sure that the issue
is OOo.
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).
Yes, because in the first case also IE downloads the file and forwards
the temporary file to OOo.
It obviously only doesn't work if OOo should open the file directly from
the Intranet through http.
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.
So if it's not the proxy: are you sure that it's http and not https? The
latter is not supported by OOo.
Yes, it's http.
If that isn't the problem: can you show the exact URL? Maybe there is
something wrong in the URL or it triggers a bug in OOo's URL processing.
If you don't want to put it on a public list you can send it to
[EMAIL PROTECTED]
Thanks Mathias, I'll send you the screen shots directly.
Kind regards
Sophie
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.361 / Virus Database: 267.12.4/146 - Release Date: 21/10/2005
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
