https://bugzilla.novell.com/show_bug.cgi?id=325633#c5
Raymond Planthold changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoodedone@gmail.com
--- Comment #5 from Raymond Planthold 2007-09-27 21:54:59 MST ---
I don't know what that package fixed, but it's not for what was reported here.
Rather, the problem is with the handling of .desktop files in KDE (independent
of kickoff or kmenu)
Using the latest Factory package (i.e. kdebase3-3.5.7-85), any .desktop file
with:
1. "Run as a different user" enabled (can be set to root or any other user)
2. A bare command name (i.e. "foo" rather than "/usr/bin/foo") that lives in
/usr/bin*
will fail to run. The actual .desktop file still contains the proper line in
"Command:" but the first word in this line gets eaten before the command is
passed to kdesu. The end result is that a command with no arguments will end
up as a blank line, and a command with arguments will end up as just the
arguments.
*Note that for some reason, commands in /opt/kde3/bin get expanded to their
full path instead of triggering this bug.
The workaround is to change any shortcut that needs to run as another user to
use the full path.
As far as I can tell, all the application shortcuts that require root in a
default install use absolute paths, so I wouldn't call it a showstopper.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
