incorrect transformation of man: link in run dialog
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_
panel_util_
g_file_new_for_uri from glib-2.
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_
before patching:
file = panel_util_
url = g_file_get_uri (file);
scheme = g_file_
g_object_unref (file);
after patching:
file = panel_util_
url = g_file_get_uri (file);
scheme = g_file_
if (strcmp(
{
strcpy(
}
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.
Changed in gnome-panel: | |
status: | Unknown → New |
Changed in gnome-panel: | |
status: | Unknown → New |
Changed in gnome-panel: | |
importance: | Unknown → Medium |
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.