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). > 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. > 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. 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] Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
