incorrect transformation of man: link in run dialog

Bug #252991 reported by Ivan Koznacheev
8
Affects Status Importance Assigned to Milestone
GNOME Panel
New
Medium
gnome-panel (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-panel

gnome-help (aka yelp) uses man: link in man:*** format, where *** is manpage name.

gnome-panel run dialog (Alt-F2-dialog) transforms such links in format man:///*** and yelp displays error message (something like "address man:///*** is invalid", I use non-english version so I don't know exact english message text)

analysing nature of this transformation I found such call stack:
panel_run_dialog_execute in panel-run-dialog.c
panel_util_get_file_optional_homedir in panel-util.c
g_file_new_for_uri from glib-2.0/gio/gfile.h
last function makes gfile with address man:///*** from location in format man:***

currently I've patched my gnome-panel by adding some lines of code in panel_run_dialog_execute:

before patching:
 file = panel_util_get_file_optional_homedir (command);
 url = g_file_get_uri (file);
 scheme = g_file_get_uri_scheme (file);
 g_object_unref (file);

after patching:
 file = panel_util_get_file_optional_homedir (command);
 url = g_file_get_uri (file);
 scheme = g_file_get_uri_scheme (file);
 if (strcmp(scheme,"man")==0)
 {
     strcpy(url,command);
 }
 g_object_unref (file);

now man:*** works fine for me, but I'm afraid of memory leaks or buffer overflow (I'm not programmer)

Changing gnome-help code in order gnome-help to take both format of man: links would be better solution.

Sorry my poor English and sorry also if I put this bug in wrong place.

Revision history for this message
furicle (furicle) wrote :

I can confirm the issue. Please note that this bug did not exist in gutsy, and doesn't exist in Debian testing (Gnome 2.22 I believe). It's just Hardy.

Revision history for this message
furicle (furicle) wrote :

Whoops - meant to mention that 'gnome-open man:ls' works - it's just that run dialog box as far as I can see.

Revision history for this message
Chris Mohler (cr33dog) wrote :

Confirmed in up-to-date Hardy. 'gnome-open man:ls' behaves correctly.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

I'm confirming this bug based on the comments from the last two reporters as well as myself. I can reproduce this in Hardy Heron, Version 8.04.01 anytime using Alt-F2, type in "man:page-wanted". Thank you for helping to improve Ubuntu.

Changed in gnome-panel:
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=547545

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Confirmed → Triaged
Changed in gnome-panel:
status: Unknown → New
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :
Changed in gnome-panel:
status: New → Unknown
Changed in gnome-panel:
status: Unknown → New
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

This is still valid using Ubuntu Lucid Beta1 image, dated 2010-03-17.1. In a terminal, 'man ls' works as expected to display the manual page. Hitting Alt+F2, typing 'man ls' fails silently with no error and no other dialog. Hitting Alt+F2, typing 'man:ls' gives an error box, "Unable to load page", "The requested URI "man:///ls" is invalid". Clicking on 'OK' results in a blank Help Browser window.

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