new menu item not listed if .desktop unpacked before the TryExec binary

Bug #2195 reported by Kevin
18
Affects Status Importance Assigned to Milestone
GNOME Panel
New
Medium
gnome-panel (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

I installed Breezy last night and added Inkscape and Scribus to my system but Scribus did not show up in the "office" menu listings. I went to the "menu editor" and found that it was installed, but was not displayed in the menus listings of apps. I "added" and "moved" it within the apps listings and it then came up in the "office" menu listings.

Changed in gnome-desktop:
assignee: nobody → gnome
Revision history for this message
Barry deFreese (bddebian) wrote :

Looks to me to just be a problem in the scribus.desktop file. After moving the Type= entry and removing the absolute path from the icon it self-registered just fine.

Changed in scribus:
assignee: gnome → motu
Revision history for this message
Hervé Cauwelier (hcauwelier-deactivatedaccount) wrote :

Thank you for your report, we will fix the .desktop icon, as Barry stated, when the Dapper archive is open.

Revision history for this message
Thierry Moisan (thierryn) wrote :

the patch for the absolute path is at https://launchpad.net/distros/ubuntu/+source/scribus/+bug/4826 (malone bug 4826). Sorry about that, I opened the bug and sent the patch before looking around for a similar bug...

Revision history for this message
Michael Vogt (mvo) wrote :

It seems to be appearing in the gnome-menu now.

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

The same issue occurs on my Dapper.

Revision history for this message
Michael Vogt (mvo) wrote :

I suspect there is a problem with the gnome-panel. Have you tried to restart the panel after you installed a application? Does it show up there then?

Michael Vogt (mvo)
Changed in scribus:
assignee: motu → nobody
Revision history for this message
Michael Vogt (mvo) wrote :

My tests indicate that the real problem is that scribus uses TryExec=scribus. When the gnomel-panel gets a inotify event that the desktop file is created it the "TryExec" checks seems to fail for some reason (order of unpacking of the file is most likely the cause). The result is that the desktop file is not displayed. A short term fix is to remove the TryExec, a real fix needs to happen in the panel because other apps may use this option as well.

Revision history for this message
Michael Vogt (mvo) wrote :

I uploaded a new scribus that removes the TryExec but a proper fix should be done in the panel IMHO.

Matt Zimmerman (mdz)
Changed in gnome-panel:
assignee: nobody → seb128
Revision history for this message
Sebastien Bacher (seb128) wrote :

Probably not trivial, that's sort of a race between dpkg and gnome-panel. Maybe the packages should "touch desktop.desktop" after the installation? Or maybe gnome-panel should put a watch for that. Michael, Vincent, do you have an opinion on what would be the best option?

Changed in gnome-panel:
assignee: seb128 → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Vincent Untz (vuntz) wrote :

"touch /path/to/desktopfile.desktop" at the end of the package installation. Or make it possible that it's installed after the executable.

I'm not sure that Mark will accept a patch which looks again if the executable is here after 10 seconds, but that's the only gnome-menus workaround I can think of.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug should be sent to bugzilla.gnome.org

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=564843

Changed in gnome-panel:
status: Confirmed → Triaged
importance: Undecided → Unknown
status: New → Unknown
Changed in gnome-panel:
status: Unknown → New
Changed in gnome-panel:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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