Can't open document

Bug #13926 reported by Sebastien CELLES
10
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Invalid
High
Sebastien Bacher

Bug Description

Hello,

I want to say that I ever send this bug and it was marked as closed (someone
said me that it's an OOo problem) but there is still a problem.
I have a Debian Sarge server with Samba share (some OpenOffice documents and
more...)
I want to use Ubuntu as a Desktop OS.
So I use Nautilus to browse my smb shares.
When I try to run smb://my_server/my_directory/my_file.sxw (an oowriter doc) it
fails
-> OpenOffice say me : /home/my_user/smb://my_server/my_directory/my_file.sxw
doesn't exist

The problem is same with a Dia file and with my other kind of document !!!!

This is a very important problem as Ubuntu is a *Desktop*

Regards

Revision history for this message
Sebastien Bacher (seb128) wrote :

(In reply to comment #0)

> I want to say that I ever send this bug and it was marked as closed (someone
> said me that it's an OOo problem) but there is still a problem.

I don't get the interest to open a bug again for somebody already in bugzilla,
reopen the previous one if you disagree ...

> So I use Nautilus to browse my smb shares.
> When I try to run smb://my_server/my_directory/my_file.sxw (an oowriter doc) it
> fails
> -> OpenOffice say me : /home/my_user/smb://my_server/my_directory/my_file.sxw
> doesn't exist

that's an openoffice issue. Do you have openoffice.org-gnomevfs ?

> The problem is same with a Dia file and with my other kind of document !!!!

You can open wishlist bugs on the differents app saying that they should use
gnomevfs, that's not a nautilus issue, nautilus browse these shares fines.

> This is a very important problem as Ubuntu is a *Desktop*

Getting a nice network share handling for every desktop app would be nice but I
don't think that all the desktop user work on network shares all the time.

BTW that's not a nautilus issue, I'm closing the bug. Feel free to open a
wishlist on the differents apps which don't use gnomevfs, but I don't think that
this bugzilla is the right place to open such bugs (upstreams known about this,
and that's not the distribution part to write this code).

Revision history for this message
Sebastien CELLES (s-cls) wrote :

I don't think that some old apps such as xfig will support vfs.

Maybe upstream should also works on this bug
https://bugzilla.ubuntu.com/show_bug.cgi?id=3078

Revision history for this message
Sebastien Bacher (seb128) wrote :

(In reply to comment #2)
> I don't think that some old apps such as xfig will support vfs.

that's a totally different issue. You can't blame nautilus because xfig doesn't
open network files ...

Revision history for this message
Sebastien CELLES (s-cls) wrote :

I don't blame Nautilus... I blame GNOME/Nautilus and GnomeVFS.
In fact I wonder why not using a mount point like "smk4k" (Samba client frontend
for KDE)

A path like
/home/my_user/smb/my_server/my_directory/my_file.sxw

will be supported by any applications...

moreover /home/my_user/smb/ should be a "virtual" path

when on line it will go to smb://...
when off line it will go to /home/my_user/smb_offline

so access to share will be the same on line and off line
moreover such dicrectory will be supported by any applications...

I really think that it is a major design problem because it urge any application
to support network files...
but what is interesting with Linux/Unix is to use file by the same way if they
are on a network or not !

I hope you understand what I pointing to you...

Regards

Revision history for this message
Sebastien Bacher (seb128) wrote :

(In reply to comment #4)
> I don't blame Nautilus... I blame GNOME/Nautilus and GnomeVFS.

xfig doesn't use GNOME/nautilus/gnome-vfs/... that's not a GNOME issue.

> In fact I wonder why not using a mount point like "smk4k" (Samba client frontend
> for KDE)

How does that work ?

> A path like
> /home/my_user/smb/my_server/my_directory/my_file.sxw
>
> will be supported by any applications...

You can use smbfs to mount a smb share and then use it in a standard way, have
you tried to do that ?
y_user/smb/ should be a "virtual" path

> so access to share will be the same on line and off line
> moreover such dicrectory will be supported by any applications...

That would be nice, but that's a desktop lib/app task.

> I hope you understand what I pointing to you...

Sure, and I agree that having a transparent network usage is nice.

Revision history for this message
Sebastien CELLES (s-cls) wrote :

About smb4k
> How does that work ?

With smb4k you browse Samba shares, when you double click on a share it is
automaticaly mount in the user home
I have never test with several users mounting the same share...

This solution is not really better because you have two use 2 différent program
+ smb4k for mounting shares
+ konqueror for browsing shares mounted in your home

I think the technical part of such a solution is better because we have a
"transparent network usage".

*But* I think that it is not an easy solution for beginners...

Maybe you should talk about it to gnomevfs team...

I really think that if we want to have a good design to solve this problem we
have to think :
+ about an easy user interface in nautilus
+ about a transparent network interface (no /home/user/smb://directory)
+ about the problem of synchronising shares

About the "standard way" of mounting share... I know it...
but I think Gnome must provide an easy way to do it...
because opening a network document on Windows is just easy as clicking on "Network"

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.