OpenOffice can't open files on gnomevfs filesystems

[Sebastien CELLES]

Hello,

I write you because I experiment a problem with Ubuntu and Nautilus 2.8.1.
When I select Network and browse to Samba share (the server is Mandrake 10.0),
I go (for example)
network:///
smb:///
smb://mdkgroup
smb://myserver
and I try to open an OOo document.

I show OpenOffice splash screen and the following OOo error
Error loading file:///home/scls/smb://myserver/mydocument.sxw

.../smb:/...

is very strange.

It's also the same problem when trying to open remotely an other file type.

Thanks

[Sebastien CELLES (s-cls)]

I saw you put the following bug summary

OpenOffice can't open files on gnomevfs filesystems

instead of
Samba client fails with Nautilus when opening document

The problem is not OOo dependant as there is also a problem when opening pdf
files, or any kind of files...

the problem is with file:///home/scls/smb://myserver/mydocument

.../smb://...

such an url is a very bad idea !!! no ?

[Sebastien Bacher (seb128)]

First, please don't play with component/severity.

This bug is an openoffice.org one, it doesn't support the vfs URIs (smn://,
ftp://, ssh://, ...)
 for the moment and need a patch for this.

[Sebastien CELLES (s-cls)]

> First, please don't play with component/severity.

First, I'm not _playing_ ...
I just want a better GNU/Linux Ubuntu - Debian / Gnome

and I think this problem is _VERY_IMPORTANT_ !

Second,
pdf files aren't working too (KPdf)
zip files too...
svg (InkScape)... same problem...
...

In fact I wonder if the "gnomevfs filesystems" trick is a good thing...
because any applications should be modified to open a non-local file.
I don't think that very stable softwares which are unfortunately not maintained
will support this.

Have a look at smk4k !
Samba shares are mounted on ~/TheDirectoryYouWant

I don't really understand why not mounting at
/home/user/smb/myserver/ !

A good thing could also be to use symbolic links...

For example there is a group of users that can mount shares. (smb_share)
Smb share are mounted in /home/smb_share/myserver/...
Every user (for example my_user) will have a symbolic link in ~/smb/....

Other gfs like network:/// will be avalaible as ~/network
smb:/// will be availabe as ~/smb
...

But I'm not a programmer... so it's hope to YOU...

But I really thinks that not any programs will be fully compatible with such a
trick...

It just works with smb4k and Konqueror... it should works with Gnome/Nautilus...
(without modifying anythings in the very important number of EXISTING softwares)

If programmers what their applications fully compatible with GnomeFS it's hope
to THEM...
But in any case, if they don't want to... USERS must be able to open files !

Regards

[Matt Zimmerman (mdz)]

(In reply to comment #3)
> > First, please don't play with component/severity.
>
> First, I'm not _playing_ ...
> I just want a better GNU/Linux Ubuntu - Debian / Gnome
>
> and I think this problem is _VERY_IMPORTANT_ !

The bug severity is a measure of how the bug affects the overall quality of the
distribution. The bug priority is a mechanism that we use to reflect our
development priorities. They are not meant to reflect how important you feel
the bug is. Please do not change them.

> Second,
> pdf files aren't working too (KPdf)
> zip files too...
> svg (InkScape)... same problem...
> ...
>
> In fact I wonder if the "gnomevfs filesystems" trick is a good thing...
> because any applications should be modified to open a non-local file.
> I don't think that very stable softwares which are unfortunately not maintained
> will support this.
>
> Have a look at smk4k !
> Samba shares are mounted on ~/TheDirectoryYouWant
>
> I don't really understand why not mounting at
> /home/user/smb/myserver/ !
>
> A good thing could also be to use symbolic links...
>
> For example there is a group of users that can mount shares. (smb_share)
> Smb share are mounted in /home/smb_share/myserver/...
> Every user (for example my_user) will have a symbolic link in ~/smb/....
>
> Other gfs like network:/// will be avalaible as ~/network
> smb:/// will be availabe as ~/smb
> ...
>
>
> But I'm not a programmer... so it's hope to YOU...
>
> But I really thinks that not any programs will be fully compatible with such a
> trick...
>
> It just works with smb4k and Konqueror... it should works with Gnome/Nautilus...
> (without modifying anythings in the very important number of EXISTING softwares)
>
> If programmers what their applications fully compatible with GnomeFS it's hope
> to THEM...
> But in any case, if they don't want to... USERS must be able to open files !
>
> Regards

[Sebastien Bacher (seb128)]

Today's upload in debian:

 openoffice.org (1.1.3-1) experimental; urgency=low
 .
   * New upstream release.
     - fixes KDE clipboard exchange (closes: #237232)
     - fixes import of .docs with FormControls (closes: #276669)
   * New major patches:
     - vfs-*: GNOME VFS Support [MM]
       [ This means we now have integrated all of the major Ximian
         patches and thefore this closes: #201494 ]

So this bug will be probably fixed soon in hoary.

[Thom May (thombot)]

1.1.3 is now in hoary, closing.

[Matt Zimmerman (mdz)]

*** Bug 10688 has been marked as a duplicate of this bug. ***

[osfameron (hakim-fotango)]

I have 5.04 Hoary, with OOo 1.1.3, which is reported in comments as fixing the
problem.

When I browse to an SMB share and try to open a .xls document, OOo gives the error

Error loading document: file:///home/hakim/xmb://{servername}/hakim/YC_July.xls

precisely as above.
I am running from the Live CD, and have confirmed version of OOo.

Regards,
Hakim