the sftp method should use slow mime on opening

Bug #86233 reported by markba
12
Affects Status Importance Assigned to Milestone
GnomeVFS
Won't Fix
Wishlist
gnome-vfs2 (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

A bash file browsed with Nautilus over SSH does not show the correct file type. Opening the bash file is not possible, see screenshot-"Error: no suitable application.png".

When copying the file over to home, the bash files shows the correct filetype (and icon) and can be opened normally.

See screenshots for icons of a several (bash) files over SSH and local.

(Edgy)

Revision history for this message
markba (mark-baaijens) wrote :

Added a screenshot

Revision history for this message
markba (mark-baaijens) wrote :
Revision history for this message
markba (mark-baaijens) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. That's not really a bug, the filename is used over network because using the file content can slow things over network

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Confirmed
Revision history for this message
markba (mark-baaijens) wrote : Re: nautilus uses filenames over network (for speed reason)

Currently, my real problem seams to be this: I cannot open a (bash) file with gedit through Nautilus.

First try: double click. Because Nautilus has no knowledge about the file type, this is the error message I get: "Cannot open ssh://root@192.168.0.201/usr/local/sbin/3a-transcode: No application suitable for automatic installation is available for handling this kind of file.". This can be considered as normal because of the unknown file type.

Second try. Make a file association to this file: Right click, Properties, Open with, Add, Select 'Text editor'. This does not work because the selected program cannot be added, probably because the file type is unknown. Error message: "Could not add application to the application database". This can be considered as normal because of the unknown file type.

Third try. Right click, Open with another application, select 'Text Editor'. I get the same message as when I'm trying to change the file association (see second try): "Could not add application to the application database". This cannot be considered as normal because I want to open the file only *this* time with the selected application.

Fourth try. Open gedit, browse to the ssh'ed file and open it. This works.

My guess that this is my problem: just because Nautilus cannot add the application due to the unknown filetype, blocks me from opening a file with a application of my choice. Ofcourse, if SSH gives the correct file types back, this problem is not likely to exist.

Note. This optimization which you mention is for SSH connections only? When connecting through Samba (static mount of gnome-vfs), file types are (normally) read.

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

The samba method has been modified to look at the file content even if that's slower, the sftp method should probably do the same, that's why the bug has been confirmed, that's an upstream problem though

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

dropping the 7.04 milestone, it'll not likely be changed now

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

I've forwarded the request upstream: http://bugzilla.gnome.org/show_bug.cgi?id=430605

Changed in gnome-vfs:
status: Unconfirmed → Unknown
Changed in gnome-vfs:
status: Unknown → Unconfirmed
Revision history for this message
agnostic (ivan) wrote :

Hi,

Just to note that this problem affects all file types, not just this particular case. All my media files are on a samba NAS. Due to this bug, t is impossible to make nautilus open music or videos in anything other than default player.

In the meantime, how can I change default app altogether? Are there any config files one can modify?

Thanks,
Ag

Revision history for this message
koma (koen-koma) wrote :

Same problem for ftp://xxx locations;

Changed in gnome-vfs2:
status: Confirmed → Triaged
Changed in gnome-vfs:
status: New → Won't Fix
Changed in gnome-vfs:
importance: Unknown → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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