2008-10-31 23:09:52 |
Marco Gonçalves |
bug |
|
|
added bug |
2008-10-31 23:14:04 |
Marco Gonçalves |
description |
Inconsistency: krunner doesn't launch dolphin for the "." or ".." paths. While other valid paths work normally (e.g. /home/user) and invalid paths are ignored (krunner keeps the dialog open), krunner seems to imply it will open the "." or ".." directories ('Open ".."' appears in the bottom panel for "..") but does nothing visible instead, and it doesn't give an error.
Using Kubuntu 8.10 x64. |
Inconsistency: krunner doesn't launch dolphin for the "." or ".." paths. While other valid paths work normally (e.g. /home/user) and invalid paths are ignored (krunner keeps the dialog open), krunner seems to imply it will open the "." or ".." directories ('Open ".."' appears in the bottom panel for "..") but does nothing visible instead, and it doesn't give an error.
Using Kubuntu 8.10 x64.
UPDATE: It doesn't seem to open path relative to the home directory either, while still implying it will open them. E.g. typing "Music" won't open the ~/Music dir. |
|
2008-10-31 23:14:04 |
Marco Gonçalves |
title |
krunner (alt+f2 in kubuntu) doesn't open "." or "..", no error given |
krunner (alt+f2 in kubuntu) doesn't open "." or ".." and other relative paths, no error given |
|
2008-10-31 23:15:16 |
Marco Gonçalves |
description |
Inconsistency: krunner doesn't launch dolphin for the "." or ".." paths. While other valid paths work normally (e.g. /home/user) and invalid paths are ignored (krunner keeps the dialog open), krunner seems to imply it will open the "." or ".." directories ('Open ".."' appears in the bottom panel for "..") but does nothing visible instead, and it doesn't give an error.
Using Kubuntu 8.10 x64.
UPDATE: It doesn't seem to open path relative to the home directory either, while still implying it will open them. E.g. typing "Music" won't open the ~/Music dir. |
Inconsistency: krunner doesn't launch dolphin for the "." or ".." paths. While other valid paths work normally (e.g. /home/user) and invalid paths are ignored (krunner keeps the dialog open), krunner seems to imply it will open the "." or ".." directories ('Open ".."' appears in the bottom panel for "..") but does nothing visible instead, and it doesn't give an error.
Using Kubuntu 8.10 x64.
UPDATE: It doesn't seem to open paths relative to the home directory either, while still implying it will open them. E.g. typing "Music" won't open the ~/Music dir. |
|
2008-11-01 08:02:33 |
Greg A |
None: bugtargetdisplayname |
Ubuntu |
kdebase-workspace (Ubuntu) |
|
2008-11-01 08:02:33 |
Greg A |
None: bugtargetname |
ubuntu |
kdebase-workspace (Ubuntu) |
|
2008-11-01 08:02:33 |
Greg A |
None: statusexplanation |
|
|
|
2008-11-01 08:02:33 |
Greg A |
None: title |
Bug #291845 in Ubuntu: "krunner (alt+f2 in kubuntu) doesn't open "." or ".." and other relative paths, no error given" |
Bug #291845 in kdebase-workspace (Ubuntu): "krunner (alt+f2 in kubuntu) doesn't open "." or ".." and other relative paths, no error given" |
|
2008-12-09 15:16:05 |
Daniel Hahler |
kdebase-workspace: status |
New |
Fix Released |
|
2008-12-09 15:16:05 |
Daniel Hahler |
kdebase-workspace: statusexplanation |
|
Thank you for your bug report.
This appears to be fixed in KDE 4.2 (beta 1) (in Ubuntu Jaunty); ".", ".." and "~/Music" get opened in Dolphin. |
|