[Portland-bugs] [Bug 14846] New: xdg-desktop-menu doesn' t update gnome-panel on clean installs...

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=14846

           Summary: xdg-desktop-menu doesn't update gnome-panel on clean
                    installs...
           Product: Portland
           Version: unspecified
          Platform: All
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: xdg-utils
        AssignedTo: portland-bugs at lists.freedesktop.org
        ReportedBy: icculus at icculus.org


(There is no 1.0.2 selection in the version field, but this is with 1.0.2.)

This is a little vague, since I'm not sure where the specific issue is.

Sometimes you will install a desktop menu item with xdg-desktop-menu and it
won't show up in the Gnome panel's Applications menu. It seems like there is
some state that xdg-utils is setting up correctly, but Gnome doesn't notice.

Reproduction steps:
1) Get an install of Ubuntu 7.10 x86, patched to the latest versions.
2) Create a new user with System->Administration->Users and Groups. I named the
new login "test" ...
3) Log in as "test" so you're at a new, unmolested Gnome desktop.
4) Install a menu item and icon with "xdg-desktop-menu install" into, say, the
"Games" directory.
5) Click Applications->Games, notice that the new icon isn't there.
6) From the Terminal app, run "killall -HUP gnome-panel" and see the panel
flicker for a moment as it restarts.
7) Click Applications->Games, notice that the new icon has finally shown up.
8) Uninstall the menu item, notice it goes away immediately.
9) Notice that the initial behaviour of the icon not appearing immediately
after the install command is no longer reproducible...it shows up right away on
further attempts on this user's account.

My educated guess is that gnome-panel is watching some directory with inotify
to decide when to add new items to the menu, but if that directory doesn't
exist when gnome-panel starts, it doesn't have the watch in place, so you won't
get changes until the process restarts with the directory already in place. The
install attempt from xdg-desktop-menu creates the directory.

I guess what I'm asking here: is there some way that xdg-desktop-menu can
realize that the crucial element is missing, and force a -HUP on gnome-panel
after install in just that case? I'm not sure exactly WHAT the crucial element
is, though: ~/.gnome/apps, perhaps.

(I haven't tried this on other distros, versions of Gnome, KDE, or XFCE.)

--ryan.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.