[feisty] removing .desktop files doesn't update kde menus
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
meta-kde (Ubuntu) |
Invalid
|
Undecided
|
Jonathan Jesse |
Bug Description
Binary package hint: kde
.desktop files in /usr/share/
To reproduce:
* Move a desktop file away from /usr/share/
* Open up the KDE application menu. Notice that the entry for the application you moved is still in the menu
* Click on the entry for that application. Kicker crashes
The menu item will be removed on running update-
Expected results:
* Ideally, KDE should notice that a /usr/share/
* Failing that, if you click on a menu item and the associated .desktop file turns out not to be there, you should at least receive an informative error message, and Kicker shouldn't crash
Why this matters:
On being removed, some packages may not explicitly rebuild menus, expecting KDE to notice that files in /usr/share/
(a) see the menu item for an application she just removed (likely to confuse a new user)
(b) click on that menu item out of curiosity, generating a crash
I'm running kubuntu herd 5
Good afternoon,
I am working on triaging bugs and noticed this bug doesn't have any responses. I am wondering if you are still having a problem with removing the .desktop files and it not updating the kde menus? I noticed this referenced Herd 5 in the bug report.
Can you please update the status of this bug report?
Thanks,
JOnathan