Summary: | New menu items don't store shortcut key until second attempt | ||
---|---|---|---|
Product: | [Applications] kmenuedit | Reporter: | IgnorantGuru <jgj7.kde> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | wstephenson |
Priority: | NOR | ||
Version: | 0.8 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
IgnorantGuru
2009-08-12 20:05:03 UTC
*** This bug has been marked as a duplicate of bug 198155 *** FYI, this is NOT a duplicate of bug 198155. Read the bugs carefully. This bug only affects adding a new item, whereas the other affected existing items. I can confirm this bug is still present in the Kubuntu Karmic final release with the classic menu, whereas bug 198155 has indeed been fixed. If you're just going to mark bugs RESOLVED when they're not, you're not really doing much good. Thanks for the extra info. There /is/ a race condition between creating the .desktop file for the new entry, running kbuildsycoca and telling kglobalaccel about the new shortcut. And hey - I just triaged 130 of these suckers, I'm going to make the odd mistake. Thanks for correcting it. I understand an occassional mistake, but I've had very poor results reporting bugs lately and having them addressed instead of just shuffled and eventually ignored, so it gets frustrating. I've actually just dropped using KDE, at least on my primary system, due largely to the bugs and bug handling. So I may not be able to advise you further on this bug as much. But I do maintain one more KDE system so if it's changed in the main Kubuntu updates I can check it for you. The problem still exists in KDE SC 4.9 |