Description of problem: When adding a "Link to Application" on Desktop, in "Properties" window, you can create "Link to Application" , but when you try to create a Icon for Application in the "General" tab, clicking on Icon, the process starts and then crashes and takes you back to KDE Desktop, KDE does not crash. Version-Release number of selected component (if applicable): How reproducible: Everytime Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Create Icon for Link to Application on Desktop Additional info:
rpm -q kdebase-workspace kdelibs qt please.
kde-workspace-4.1.2-2.fc10.i386 kdelibs-4.1.2-2.fc10.i386 qt-4.4.3-1.fc10.i386
Seeing this when adding menu items with kmenuedit - as soon as I try to change the icon, kmenuedit crashes. Same rpm versions as above.
I can confirm the bug with the following package version: kdebase-workspace-4.1.2-5.fc10.i386 kdelibs-4.1.2-3.fc10.i386 qt-4.4.3-1.fc10.i386
adjusting summary to better reflect reality.
Rex what do you mean by "adjusting summary to better reflect reality." ?? I'm sorry but I don't understand that language . This problem is also causing problems with Icon for bluetooth not showing up on bottom Panel in KDE-4. If i goto Gnome Desktop, bluetooth Icon is shown.
The mysterious "missing applications" are systemsettings modules, they can be found by running systemsettings.
Uh... please disregard my comment, looks like I'm thinking of another bug report (and I think Rex's comment is, too).
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Thank you for the bug report. This issue needs to be addressed by the upstream developers. Please submit a report at http://bugs.kde.org. You are requested to add the bugzilla link here for tracking purposes. Please make sure the bug isn't already in the upstream bug tracker before filing it.
naw, just tried to reproduce on 4.1.85, and can't anymore, so let's mark this as fixed in kde42 (unless we find evidence to the contrary).
It is fixed.
yay!