edgy: places->network servers error

Bug #66461 reported by Emmanuel Touzery
28
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libgnome
Fix Released
Medium
firefox-3.0 (Ubuntu)
Invalid
Undecided
Unassigned
gnome-panel (Ubuntu)
Invalid
High
Ubuntu Desktop Bugs
libgnome (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

I upgraded my computer from dapper. In dapper that feature worked fine.
I have one FTP (with login) server registered on my places->network servers.

If I click on it, I get an error message box.

it's written:

-------------
"Could not open location 'ftp://<email address hidden>/FOLDER'

There is no default action associated with this location."
-------------

It's not that my servers file is not properly written or anything. because if I go in nautilus in the Network folder manually, then click on the same FTP server, all works perfectly!
so the problem seems to be with the gnome-panel.

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

retrying several times i also saw the second part of the error message change "Unknown error code: 30" or "The specified location is invalid".
Actually those two error message seem to come one after the other when i retry. once i get one, then the other.

when doing FTP in nautilus with that server, it didn't go very well too. i got a lot of "invalid operation" (or something like that), but clicking "retry" worked.

but going on the server from the "servers" folder in nautilus always works (to display the files on the FTP server at least).

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

i've researched a bit more the problem...

the error message seems to come from

gnome_url_show_with_env()
http://www.google.com/codesearch?q=+lang:c+There%5C+is%5C+no%5C+default%5C+action%5C+associated%5C+with%5C+this%5C+location.+show:JkwIxfwLJTE:dBUB8OEbf30:9yzcrcxubAY&sa=N&cd=1&ct=rc&cs_p=http://gentoo.osuosl.org/distfiles/libgnome-2.14.1.tar.bz2&cs_f=libgnome-2.14.1/libgnome/gnome-url.c#a0

because gnome_vfs_url_show_with_env()

returned GNOME_VFS_ERROR_NO_DEFAULT.

and gnome_vfs_url_show_with_env() returns NO_DEFAULT when
gnome_vfs_mime_get_default_application_for_uri()
and
gnome_vfs_mime_get_default_action()

return NULL.

so it seems have no default application for FTP setup on my computer...

and indeed, if i type:

gnome-open ftp://<email address hidden>/FOLDER

on the terminal is displayed:

Error showing url: Unknown error code: 30

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :
Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

it seems almost the same problem as:
https://launchpad.net/distros/ubuntu/+source/gnome-panel/+bug/11574

/desktop/gnome/url-handlers/ftp is MISSING.
same for sftp. i also don't see "smb" for instance.

i definitely did not touch that myself. something did that... it came with ubuntu, so other people might be affected. as i said, it worked fine on dapper so i guess it was broken by the upgrade dapper->edgy or something after that.

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

Thank you for working on that

no URL handler has to be set for ftp, that's similar to
http://bugzilla.gnome.org/show_bug.cgi?id=144704, nautilus is supposed to know how to handle those

on my box:

$ gnomevfs-info ftp://ftp.gnome.org
You must log in to access ftp.gnome.org
Login anonymously?
 1 Yes
 2 No
1
Name : /
Type : Directory
MIME type : x-directory/normal
Default app : nautilus-folder-handler.desktop

gnome-open uses nautilus correctly. Do you get the same info for that ftp? Does it work fine for you too? Maybe it depends on the server

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

OK, I ran all the commands.

The results are puzzling, to me at least...

-------------------
gnomevfs-info ftp://ftp.gnome.org
You must log in to access ftp.gnome.org
Login anonymously?
 1 Yes
 2 No
1
Name : /
Type : Directory
MIME type : x-directory/normal
Default app : nautilus-folder-handler.desktop
--------------------
gnome-open ftp://ftp.gnome.org works fine, displays the dialog asking login anonymous or not
--------------------
gnomevfs-info with my FTP server with authentication returns:
Name : /
Type : Directory
MIME type : x-directory/normal
Default app : nautilus-folder-handler.desktop
--------------------
gnome-open on that ftp fails instantly without asking anything. i can give you the address, there's no password even asked:
gnome-open ftp://ftp.domenca.com

i also tried
gnome-open ftp://<email address hidden>

same thing. both fail with "Error showing url: Unknown error code: 30"

I know another FTP server which requires password. this one also fails error code 30:
gnome-open ftp://ftp.takedomain.net

so it seems that it's important that the server requires a password.
I'm not sure if I was right before when I thought that error 30 would be GNOME_VFS_ERROR_LOGIN_FAILED. Maybe I was right.

anyway, I'm more and more puzzled...

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

i also added ftp.gnome.org/anonymous to my network places and it works fine from the gnome panel. so the problem is only for FTP websites with authentication.

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

confirmed on the ftp example, thank you

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → High
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

with a breakpoint on gnome_url_show_with_env():

...
76 result = gnome_vfs_url_show_with_env (url, envp);
(gdb)
78 switch (result) {
(gdb) p result
$1 = GNOME_VFS_ERROR_LOGIN_FAILED
...

Revision history for this message
Sebastien Bacher (seb128) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in libgnome:
importance: Undecided → Low
status: Unconfirmed → Confirmed
assignee: nobody → desktop-bugs
Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

probably you already know that, but i'm just saying just in case.

it's not good enough to just give another error message: gnome-open shouldn't fail, it should display the message box asking the username & password. and from places where i actually entered by username and password, it should work. so your patch is not fixing the problem.

as i said, you almost certainly already know that, i just wanted to say it.

Changed in libgnome:
status: Unknown → Unconfirmed
Revision history for this message
Wesley Stessens (wesley) wrote :

I have the same problem in Dapper when I try to add an ftp server using authentication.

Opening it in nautilus itself using Network servers works fine,
but opening it with the menu gives the error message you are talking about:
----
"Could not open location 'ftp://<email address hidden>/FOLDER'

There is no default action associated with this location."
----

Revision history for this message
Wesley Stessens (wesley) wrote :

Sorry guys! In my case the problem (on Dapper) happened because I tried Firefox 2 and I installed it locally in one of my subfolders in my /home folder, and it seems like Firefox 2 changed the default value of /desktop/gnome/url-handlers/ftp to point to the Firefox 2 binary, but recently, I deleted the Firefox 2 folder. Changing the value to an existing ftp program fixes the problem.

Changed in libgnome:
status: Unconfirmed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

patch has been commited upstream

Changed in libgnome:
status: Confirmed → Fix Committed
Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

I don't think this patch will fix my problem of not being able to open my FTP servers with passwords from the gnome-panel...
All that was fixed is another (related) problem of unclear error message on "gnome-open ftp-site-with-password".

When you upload packages to edgy which should fix this i can 100% say that the bug that I reported is not fixed. But right now i really can't see how it could be fixed...

to restate my problem:
in dapper, places-><name of my FTP server>, GNOME asks my keyring password, nautilus opens my FTP server with password.

in edgy, exact same settings (dist-upgrade), places-><name of my FTP server>, error message.

I don't think upstream released a fix to this bug :-/

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

ah, maybe we were talking about different things.

looking more careful at this page, we are talking both about a small libgnome bug, that error message, for which a fix was released, and also of the bug i'm getting, which would be on gnome-vfs2, and still not fixed.

in that case, sorry for the misunderstanding.

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

right, the libgnome task was about the "Unknow error code: 30" which should not be unknown. The gnome-vfs2 task is not closed because gnome-vfs returns GNOME_VFS_ERROR_LOGIN_FAILED which it should not

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

after thinking about it I'm not convinced that a gnomevfs issue. gnome-vfs and libgnome are non-graphical libs and there is no reason gnome-open should open a dialog. "gnome-open ftp://NON-ANONYMOUS-FTP" complain about login failed on my desktop too. The panel places menu works fine though. Using "gnome-open ftp://user:password@IP" works fine though. Does it work fine for you too?

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

i tried ftp://user:password@IP

it works.

the first time I tried it I got the message box:

"nautilus cannot display <url>"
"please select another viewer and try again"

but it never appeared again (also tried to reboot, now it just works). so i guess it was nautilus being a bit tired, and the conclusion is that it works.

Revision history for this message
Sebastien Bacher (seb128) wrote : Re: [Bug 66461] Re: edgy: places->network servers error

Le mardi 31 octobre 2006 à 09:55 +0000, Emmanuel Touzery a écrit :

> but it never appeared again (also tried to reboot, now it just works).
> so i guess it was nautilus being a bit tired, and the conclusion is that
> it works.

does it work from the panel too now?

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

no, still the same "There is no default action associated with this location." message.

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

reassigning to gnome-panel then, that bug is weird. Do you have anything on the command line if you run gnome-panel from it (you can use "gnome-session-remove gnome-panel" to stop the running one)?

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

no, nothing is printed :-(

Revision history for this message
Emmanuel Touzery (emmanuel-touzery) wrote :

there's something i have to correct though: when i click on the link in the places menu, it asks me for my keyring password (to get the password). previously i said it didn't i think. it does ask me. then it fails.

Revision history for this message
Jef (jef-v) wrote :

I can confirm I got the exact same problem with an edgy out-of-the-box (i.e. not a dist-updated dapper).

I have "The specified location is invalid" message if I try to connect with the places menu, but it work well if I acces it via the "network:///" folder in nautilus.

Revision history for this message
Justin J Stark (justinjstark) wrote :

I also have this problem. I'm not sure if it's a problem or not, but I have no ftp url-handler in desktop->gnome->url-handlers.

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

On mar, 2006-12-12 at 01:40 +0000, Justin J Stark wrote:
> I also have this problem. I'm not sure if it's a problem or not, but I
> have no ftp url-handler in desktop->gnome->url-handlers.

no, that's normal, you are not supposed to have one for ftp, sftp, smb,
etc

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

The libgnome bug has been fixed to feisty with the new libgnome version

Changed in libgnome:
status: Fix Committed → Fix Released
Revision history for this message
suoko (suoko) wrote :

I have this problem with gutsy.
On my gutsy desktop PC, when I try to open a remote ftp folder which requires login&passwd from places, I got the message "can't show position ftp://.... Error occurred launching the default action command for this position" (translated from italian)

On my gutsy laptop, when I try to open an ftp folder from places, firefox comes up and I'm asked user and passwd from firefox.
While I have no problem opening remote smb shares from places.

2 things should be considered:
- on the laptop I've installed ubuntuzilla. Could that be the reason for trying to handle nautilus ftp share?
- ON BOTH PCS I HAVE NO PROBLEMS OPENING REMOTE FTP/SSH/SMB FOLDERS IF I USE THE SIDE PANEL OF NAUTILUS!!!

Revision history for this message
Justin J Stark (justinjstark) wrote :

I have stopped using this functionality since it broke. A good workaround is to

1) Open the ftp or ssh folder in nautilus (ex: ssh://mysshserver.com)
2) Give nautilus your login details and store it on the keyring
3) Add the location as a nautilus bookmark

Then the server location will show up in your Places menu as an ordinary folder bookmark.

It's not an ideal solution but it is a good solution until this bug is fixed.

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

Could anybody try if that's still an issue on hardy?

Revision history for this message
Savvas Radevic (medigeek) wrote :

Sebastien Bacher: confirming
Ubuntu hardy heron 8.04 alpha/beta amd64 / x86_64 updated
1) Places > connect to server
2) Ftp (with login)
Server: example.com
Port: blank
Folder: blank
Username: user
Add bookmark: checked
Bookmark name: radevici
3) Press connect

This pops up an error:
Can't display location "ftp://<email address hidden>/"
Failed to execute child process "/usr/lib/firefox-3.0b3/firefox" (No such file or directory)

If you press ok and go to Places > Connect to server again, it says:
Could not open location 'ftp://<email address hidden>/'
There was an error launching the default action command associated with this location.

I use firefox 3.0 beta 4 and I have no idea how this got attached to the ftp link.
What it should do is that it should open nautilus as a default action

P.S. If open nautilus, hit ctrl-L and type ftp://<email address hidden>/ it works fine.

Revision history for this message
Savvas Radevic (medigeek) wrote :

$ gconftool -g --dump /desktop/gnome/url-handlers/ftp
No value set for `/desktop/gnome/url-handlers/ftp'
<gconfentryfile>
  <entrylist base="/desktop/gnome/url-handlers/ftp">
    <entry>
      <key>command</key>
      <value>
        <string>/usr/lib/firefox-3.0b3/firefox &quot;%s&quot;</string>
      </value>
    </entry>
    <entry>
      <key>enabled</key>
      <value>
        <bool>true</bool>
      </value>
    </entry>
    <entry>
      <key>needs_terminal</key>
      <value>
        <bool>false</bool>
      </value>
    </entry>
  </entrylist>
</gconfentryfile>

$ gconftool -g /desktop/gnome/url-handlers/ftp/command
/usr/lib/firefox-3.0b3/firefox "%s"

It should be: nautilus "%s"

It can be fixed using gconf-editor if you go to desktop > gnome > url-handlers > ftp and edit the command to be: nautilus "%s"
*OR* do this command in terminal:
gconftool -s -t string /desktop/gnome/url-handlers/ftp/command 'nautilus "%s"'

Revision history for this message
Savvas Radevic (medigeek) wrote :

this link to firefox "%s" as a default action was found in two other places as well:
/desktop/gnome/url-handlers/chrome/command
/desktop/gnome/url-handlers/gopher/command

$ gconftool -g /desktop/gnome/url-handlers/chrome/command
/usr/lib/firefox-3.0b3/firefox "%s"

$ gconftool -g /desktop/gnome/url-handlers/gopher/command
/usr/lib/firefox/firefox "%s"

Someone ought to fix these

Revision history for this message
Savvas Radevic (medigeek) wrote :

I'm just speculating where the source of the problem is: In firefox there is a feature to make it a default browser, it's in menu edit > preferences > advanced > general - If you hit the "check now" button, maybe it links firefox with these url handlers

Alexander Sack (asac)
Changed in firefox-3.0:
status: New → Invalid
Revision history for this message
Savvas Radevic (medigeek) wrote :

I cannot reproduce this anymore on Ubuntu 8.10 Intrepid Ibex
$ apt-cache policy gnome-panel gvfs-backends nautilus
gnome-panel:
  Installed: 1:2.24.1-0ubuntu2.1
  Candidate: 1:2.24.1-0ubuntu2.1
  Version table:
 *** 1:2.24.1-0ubuntu2.1 0
        500 http://de.archive.ubuntu.com intrepid-updates/main Packages
        100 /var/lib/dpkg/status
     1:2.24.1-0ubuntu2 0
        500 http://de.archive.ubuntu.com intrepid/main Packages
gvfs-backends:
  Installed: 1.0.2-0ubuntu1
  Candidate: 1.0.2-0ubuntu1
  Version table:
 *** 1.0.2-0ubuntu1 0
        500 http://de.archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status
nautilus:
  Installed: 1:2.24.1-0ubuntu1
  Candidate: 1:2.24.1-0ubuntu1
  Version table:
 *** 1:2.24.1-0ubuntu1 0
        500 http://de.archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This bug report is being closed due to Savvas Radevic's last comment regarding this being fixed with an update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status . Thank you again for taking the time to report this bug and helping to make Ubuntu better. Feel free to submit any future bugs you may find.

Changed in gnome-panel:
status: Confirmed → Invalid
Changed in libgnome:
importance: Unknown → Medium
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.