After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 125242 - Run dialog doesn't handle file URIs properly
Run dialog doesn't handle file URIs properly
Status: RESOLVED DUPLICATE of bug 114694
Product: gnome-panel
Classification: Other
Component: panel
unspecified
Other other
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-10-22 21:30 UTC by Johannes Rohr
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Johannes Rohr 2003-10-22 21:31:11 UTC
Package: gnome-panel
Severity: normal
Version: 2.4.1
Synopsis: Run dialog doesn't handle file URIs properly
Bugzilla-Product: gnome-panel
Bugzilla-Component: Panel

Description:
Description of Problem:

Before Gnome 2.4, <Alt><F2>/foo/bar RET would open the respective
directory in nautilus.

The current behaviour is utterly broken: When I enter e.g. /home, I see
this in ~/.xsession-errors:

/bin/bash: line 1: /home: is a directory

And nothing happens.

At the same time, "~" seems to be handled differently: If you enter e.g.
~/, the run dialog attempts to handle it, but then a message box pops
up, saying that "There was an error parsing the default action command
associated with this location"

So I registered Nautilus as url-handler for "file". After that,
<Alt><F2>~/ RET pops up my home dir in nautilus. But still, other
arbitrary paths without "~" won't work. The run dialog passes them to
the shell. It tries to execute them which of course fails.

Well, then I tried things like file:///home/jr and file:/home/jr which
gives me

/bin/bash: line 1: file:///home/jr: Datei oder Verzeichnis nicht
gefunden
/bin/bash: line 1: file:/home/jr: Datei oder Verzeichnis nicht gefunden

I.e. "no such file or directory"

Expected Results:

Well, do I have to elaborate? Both file:///foo/bar and /foo/bar should
open up the respective dir in a nautilus window.

How often does this happen?

Fully reproducible.

Additional Information:

I'm running Debian GNU/Linux testing/unstable on i386.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-10-22 17:31 -------

Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.

Comment 1 Johannes Rohr 2003-10-23 19:37:10 UTC
Just for the record: Entering "file:" now opens the root directory.
"file:/" does nothing (command not found, says bash.).
Comment 2 Johannes Rohr 2003-10-23 19:39:10 UTC
BTW: Why is there no "Component" entry for the run dialog?
Comment 3 Olav Vitters 2003-11-01 19:59:57 UTC
Thanks for the bug report. This particular bug has already been
reported into our bug tracking system, but please feel free to report
any further bugs you find.

*** This bug has been marked as a duplicate of 114694 ***