By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 3147

Summary: KMenuEdit messes up icon selection
Product: TDE Reporter: Jan Stolarek <jwstolarek>
Component: tdebaseAssignee: Timothy Pearson <kb9vqf>
Status: NEW ---    
Severity: normal CC: bugwatch, jwstolarek, michele.calgaro
Priority: P5    
Version: R14.0.x [Trinity]   
Hardware: Other   
OS: Linux   
Compiler Version: TDE Version String:
Application Version: Application Name:
Bug Depends on:    
Bug Blocks: 2968    

Description Jan Stolarek 2020-07-22 06:20:42 CDT
I just ran into an annoying bug in KMenuEdit related to selecting custom icons from the hard drive. Here's how to reproduce:

1. Prepare a directory with at least two different icons in it (I tested with PNG icons)

2. Open KMenuEdit anc create a new menu item entry.

3. Click on icon selection button.

4. Select "Other icons" radio button, click "Browse", navigate to a directory with icons and pick one of the icons.

5. Save entry

6. Create new menu entry

7. Click icon selection button and select "Other icons" radio button. KMenuEdit remembers the previously selected directory so there is no need to click "Browse" this time. Instead, it is possible to select an icon from the list of icons displayed in the window.

8. Select a different icon then before and click OK

9. Notice that instead of the new icon (selected in step 8) KMenuEdit assigned the previously selected icon (from step 4) to the new entry. This is a bug.

If instead of selecting an icon from the list (step 7) one clicks "Browse" and picks an icon then everything works as expected.
Comment 1 Jan Stolarek 2020-07-22 07:57:46 CDT
Actually this can be simplified. When selecting the second icon there's no need to pick from "Other icons". Any icon selected from the displayed icons will not be chosen correctly - previously selected icon will be used instead.

Also, I don't recall running into that bug before though I've done a fair amount of menu editing in the past.
Comment 2 Michele Calgaro 2020-07-22 20:56:34 CDT
Interesting! I was able to reproduce this the very first time, but subsequently every time I tried it worked :-O
Have not tried a reboot though.
Comment 3 Jan Stolarek 2020-07-23 03:25:53 CDT
Have you tried on a clean profile?
Comment 4 Michele Calgaro 2020-07-25 08:59:14 CDT
I have done more testing. Here is what I found:
1) the problem happens when I select an icon and press the "ok" button in the dialog window.
2) the problem happens only on the second edit. After that it does not happen if I use the same folder (without clicking "browse" again)
3) if I double click on the icon instead of pressing "ok", the problem does not happen
4) after 2), the problem happens again only if I change the folder (click "browse" and use different icon folder).

Janek, does this match what you see?
Comment 5 Jan Stolarek 2020-07-25 09:25:11 CDT
Some of the details seem to be different for me:

> the problem happens only on the second edit.

It happens on subsequent edits as well - as long as I press "OK" button to select the icons. Once I press "OK" at least once the problem seems to go away until I press the Browse button again.
Comment 6 Michele Calgaro 2020-07-25 09:32:30 CDT
Ok thanks. It seems at least there is some commonalities, although not 100% the same.