opening of non local files relies on filename to be correct

Bug #435780 reported by Jonas
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Wishlist
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

Ubuntu 9.04
nautilus version: 1:2.26.2-0ubuntu2

when using sftp and trying to open a file without a file prefix, nautilus reports:

Could not display "sftp://<email address hidden>/home/user/new%20file".
The file is of an unknown type

It gives no options of opening the file in a text editor, as expected for any unknown file. With local files, nautilus correctly opens the file in the default text editor.

To reproduce:
connect to a server with sftp in nautilus: sftp://<email address hidden>/home/user
right-click and choose Create document->New file
double click the new file to try to open it

regards Jonas:))

Related branches

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

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

Changed in nautilus (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
Revision history for this message
Sebastien Bacher (seb128) wrote :

the reason it behaves differently on local and non-local locations is that it's using the file content on local drives to know what to use but it would be expensive to load the file in other cases

summary: - Nautilus reports "could not display..." empty file
+ non local files opening relies on filename
summary: - non local files opening relies on filename
+ opening of non local files relies on filename to be correct
Revision history for this message
Jonas (jonas-f-henriksen) wrote : Re: [Bug 435780] Re: Nautilus reports "could not display..." empty file

Hi Sebastian,
Yes, I understand. The problem is that the error message is not helpful at
all, and it would really seem logical to open unknown files by default in
the text editor. This is the sort of behaviour that's really annoying on
windows: each time you try to open a file that is not registered, you have
to browse through a lot of applications to find notepad to be allowed to
read a totally normal textfile.

I just installed Ubuntu 9.04 on this computer, and it seems that, now, after
I choose to open in gedit the first time, new files open fine without more
troubles. Still believe that this should be default behaviour, though :))

regards Jonas:))

2009/9/24 Sebastien Bacher <email address hidden>

> the reason it behaves differently on local and non-local locations is
> that it's using the file content on local drives to know what to use but
> it would be expensive to load the file in other cases
>
> ** Also affects: nautilus
> Importance: Undecided
> Status: New
>
> ** Summary changed:
>
> - Nautilus reports "could not display..." empty file
> + non local files opening relies on filename
>
> ** Summary changed:
>
> - non local files opening relies on filename
> + opening of non local files relies on filename to be correct
>
> --
> opening of non local files relies on filename to be correct
> https://bugs.launchpad.net/bugs/435780
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Jonas F Henriksen
Arc|Giraff AS
t 90688031

Revision history for this message
Marcus Carlson (0-launchpad-mejlamej-nu) wrote :

Jonas, fixed in git [1]; when the error dialog appears you now have the option to select the application you'd like to open the file with.

[1] http://git.gnome.org/cgit/nautilus/commit/?id=58a073303977708516d3a1ff4528a7ef7ace7f26

Revision history for this message
Jonas (jonas-f-henriksen) wrote : Re: [Bug 435780] Re: opening of non local files relies on filename to be correct

Fantastic!!

Jonas:)))

2009/10/4 Marcus Carlson <email address hidden>:
> Jonas, fixed in git [1]; when the error dialog appears you now have the
> option to select the application you'd like to open the file with.
>
> [1]
> http://git.gnome.org/cgit/nautilus/commit/?id=58a073303977708516d3a1ff4528a7ef7ace7f26
>
> --
> opening of non local files relies on filename to be correct
> https://bugs.launchpad.net/bugs/435780
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Jonas F Henriksen
Arc|Giraff AS
t 90688031

Changed in nautilus (Ubuntu):
status: New → Fix Committed
Changed in nautilus:
importance: Undecided → Unknown
status: New → Unknown
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus - 1:2.29.1-0ubuntu1

---------------
nautilus (1:2.29.1-0ubuntu1) lucid; urgency=low

  * New upstream version:
    - Make browser mode the default
    - Add split view mode
    - Browser UI reorganization
    - Better background support on multi-monitor setups
    - Support new "default location" on mounts
    - Add extension api to lookup NautilusFileInfo objects
    - Make the search toolbar button a toggle button (lp: #57210, #392292)
    - Change text selection when using f2 several times (lp: #55996)
    - Ctrl+shift does multiple range selection in list view (lp: #148297)
    - Correctly toggle the show hidden files option (lp: #318151)
    - Opening of unknown files types displays a list of softwares (lp: #435780)
    - Fix the end key action in the image details (lp: #448786)
    - Use correct Borders for the sidebar (lp: #380838)
    - Display tooltips over sidebar bookmarks (lp: #432485)
  * debian/control.in:
    - updated gnome-desktop requirement
  * debian/nautilus-data.gconf-defaults:
    - don't set browser mode there since that's upstream default now
  * debian/patches/01_manpage.patch:
    - the change is upstream now
  * debian/patches/91_correct_rgba_use.patch:
    - change by Cody Russell to fix rgba issue (lp: #491521)
  * debian/rules:
    - updated shlib version
 -- Sebastien Bacher <email address hidden> Wed, 06 Jan 2010 17:14:33 +0100

Changed in nautilus (Ubuntu):
status: Fix Committed → Fix Released
Changed in nautilus:
importance: Unknown → Wishlist
status: Unknown → Fix Released
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.