First Last Prev Next    This bug is not in your last search results.
Bug 71613 - Should watch /usr/share/applications for changes
Should watch /usr/share/applications for changes
Status: CLOSED RAWHIDE
Product: Red Hat Raw Hide
Classification: Retired
Component: kdebase (Show other bugs)
1.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Ngo Than
Ben Levenson
:
Depends On:
Blocks: 67218 79579
  Show dependency tree / graph
 
Reported: 2002-08-15 14:55 EDT by Havoc Pennington
Modified: 2007-04-18 12:45 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-02-21 16:01:57 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

  None (edit)
Description Havoc Pennington 2002-08-15 14:55:35 EDT 
If you install an app while KDE is running, it isn't getting picked up
in the menus; should rerun desktop-create-kmenu. It would be fine to just run
desktop-create-kmenu if a change is detected in /usr/share/applications
/etc/X11/applnk or /usr/share/applnk I think. (Those are the important
directories things are merged from.)
Comment 1 Ngo Than 2002-08-15 15:01:25 EDT 
it's already done in current current kdebase.
Comment 2 Jay Turner 2002-09-04 12:59:10 EDT 
Maybe this is how it is supposed to work, but I don't get the menu and kicker
updates until I log out and back into KDE.  This is with kdebase-3.0.3-11.  If
this is the expected behavior, then please close out.
Comment 3 Havoc Pennington 2002-09-04 14:28:40 EDT 
It should update immediately.
Comment 4 Ngo Than 2003-02-21 16:01:57 EST 
it's a bug in kdelibs and fixed now in kdelibs-3.1-9.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.