Bug 287101 - KPropertiesDialog cannot edit the icon of a shortcut that's in the middle of being created; it needs to already exist first
Summary: KPropertiesDialog cannot edit the icon of a shortcut that's in the middle of ...
Status: RESOLVED DUPLICATE of bug 251751
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR minor
Target Milestone: ---
Assignee: David Faure
URL:
Keywords: investigated, reproducible, usability
Depends on:
Blocks:
 
Reported: 2011-11-20 20:30 UTC by Reartes Guillermo
Modified: 2018-04-21 14:22 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Reartes Guillermo 2011-11-20 20:30:40 UTC
Version:           unspecified (using KDE 4.7.3) 
OS:                Linux

When creating a shortcut in the desktop, for example, "firefox" i can define the command to run, the name and the description but the box for selecting icons is not clickable. i most press ok, and edit the newly created shortcut and select the icon.

Reproducible: Always

Steps to Reproduce:
switch the desktop to 'folder view' (the one that has icons, right now i cannot test it with English language, so i am back translating).

select "new" > "link to applicacion"
*fill "application:command" and "application:description" and "general:name"

now, it is not possible to select an icon because it is no clickable (the default gear is solid, like grayed out). 

Press accept, it creates the shortcut with the default icon.
Right click the shortcut and select properties, now the default gear is clickable (it has a border now and can be clicked).

Actual Results:  
shortcut must be created in one set.
step one: create the shortcut with the default icon
step two: edit it and assign the desired icon

Expected Results:  
be able to create the shortcut in one step.

kdebase.x86_64                        6:4.7.3-1.fc16          @updates
kdebase-libs.x86_64                   6:4.7.3-1.fc16          @updates
kdebase-runtime.x86_64                4.7.3-10.fc16           @updates
kdebase-runtime-flags.noarch          4.7.3-10.fc16           @updates
kdebase-runtime-libs.x86_64           4.7.3-10.fc16           @updates
kdebase-workspace.x86_64              4.7.3-12.fc16           @updates
kdebase-workspace-libs.x86_64         4.7.3-12.fc16           @updates
Comment 1 Aaron J. Seigo 2011-11-22 19:34:27 UTC
This is a problem in libkfile and/or libkio.

KNewFileMenu in libkfile creates a KPropertiesDialog for the new link using a template .deskop file in a location on disk (it's in $KDEDIR/share/templates) that is usually unwritable. Since it can't be written to, KPropertiesDialog does not create a button with which to edit the icon.

Either KPropertiesDialog needs to be more flexible in this regard, or KNewFileMenu needs to create a temporary copy of the template somewhere the user can edit it. This seems the saner approach to me.

Either way, this is not a Plasma bug.
Comment 2 Patrick Silva 2018-04-21 14:22:36 UTC

*** This bug has been marked as a duplicate of bug 251751 ***