Do

Cannot launch Crossover applications

Bug #403546 reported by mycelo
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Do
Confirmed
Low
Unassigned

Bug Description

Gnome-Do fails to launch Crossover shortcuts, even though I can launch them just fine from Gnome Panel, Gnome Launch Box and any other third-party launcher (e.g. Avant).

Gnome Do should use and prioritize the same approach to scan for installed applications.

I had Wine installed for a while, which housed two versions of Microsoft Office (in distinct moments). IIRC Gnome-Do was able to launch those applications. Afterwards I uninstalled Wine and installed Crossover with Office, and now, even though Gnome-Do finds all versions of Office that I had previously installed (Wine), it fails to launch the currently installed one (Crossover).

Then I removed everything inside ~/.local/share/applications/wine, where there was several wine leftover shortcuts, and now Gnome-Do fails to find any Windows application including the Crossover ones.

Bottom line, if I can launch something from Gnome Panel, I should be able to launch from Gnome Do.

Revision history for this message
mycelo (mycelo) wrote :

I managed to work around the problem by copying the .desktop files from ~/.cxoffice/... to ~/.local/share/applications. Now Gnome Do finds and launchs them, but I suppose that whenever I install apps into Crossover I'll have to manually copy their shortcuts, and when I uninstall them, Do will still try to launch their leftover .desktop files. I addition, now I have several inactive duplicates of these shortcuts when I open the Gnome menu editor, therefore this solution is far from elegant.

Revision history for this message
Chris Halse Rogers (raof) wrote : Re: [Bug 403546] Re: Cannot launch Crossover applications

 status incomplete
 importance wishlist
 assign raof

That's rather strange. I wonder how Crossover tells the gnome menu to
look in the nonstandard ~/.cxoffice directory? I suspect it might be
adding files to /etc/xdg/menus, which Do doesn't read.

Could you post the contents of this directory? It shouldn't contain any
sensitive information; you should just be able to create a compressed
archive from it and add it as a bug attachment.

Changed in do:
importance: Undecided → Wishlist
status: New → Incomplete
Revision history for this message
mycelo (mycelo) wrote :

Here it is.

Revision history for this message
Chris Halse Rogers (raof) wrote :

 status confirmed
 importance low
 assign nobody

Right. Crossover office installs a file
into /etc/xdg/menus/applications-merged which specifies a non-standard
directory to search. In an ideal world, Do would (use some library to)
properly handle the XDG menu spec, which allows this (we could also use
this to categorise the menu files, too).

Marking as 'low' priority. This will only affect a few people, there's
an easy work-around, and it'll take some effort to fix.

Changed in do:
importance: Wishlist → Low
status: Incomplete → Confirmed
Revision history for this message
Eric Ding (ericding-alum) wrote :

If Crossover Office is installed as user, not as root, then the place to look for these files is in ~/.config/menus/applications-merged/ instead.

Revision history for this message
MatthiasA (themaze) wrote :

How does the easy workaround work?

I have one file named "cxmenu-cxoffice-8f839b35-ad59-4580-ac95-2761b9a8b93d.menu" in /home/matthias/.config/menus/applications-merged

In /home/matthias/.local/share/applications there are a lot of files like: cxassoc-cxoffice-8f839b35-ad59-4580-ac95-2761b9a8b93d:application_vnd.ms-officetheme::show.desktop

Using Ubuntu 10.04 x64 - GNOME Do 0.8.3.1 - Crossover Professional 9.01

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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