[feisty] removing .desktop files doesn't update kde menus

Bug #92062 reported by Dan O'Huiginn
6
Affects Status Importance Assigned to Milestone
meta-kde (Ubuntu)
Invalid
Undecided
Jonathan Jesse

Bug Description

Binary package hint: kde

.desktop files in /usr/share/applications control the KDE (and Gnome) applications menus. Removing one of them should automatically remove the item from the menu. Instead, the old item remains on the menu, and clicking on it causes kicker to crash

To reproduce:
* Move a desktop file away from /usr/share/applications
* 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-desktop-database, on logging out and in, and probably other circumstances.

Expected results:
 * Ideally, KDE should notice that a /usr/share/applications has changed, and remove the item from the menu (this is what happens in GNOME)
 * 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/applications have been removed. Then when the user opens up the menu, she will
(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

Revision history for this message
Jonathan Jesse (jjesse) wrote :

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

Changed in meta-kde:
assignee: nobody → jjesse
status: New → Incomplete
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in meta-kde:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.