woof-CE icon indicating copy to clipboard operation
woof-CE copied to clipboard

The VS Code menu entry doesn't work

Open dimkr opened this issue 3 years ago • 5 comments

#2909 makes code (/usr/bin/code) work.

But the menu entry is broken, because it runs a different executable and /usr/bin/code is not a symlink to it.

dimkr avatar Feb 26 '22 08:02 dimkr

#2909 makes code (/usr/bin/code) work.

But the menu entry is broken, because it runs a different executable and /usr/bin/code is not a symlink to it.

what about instead run-as-spot, just add --no-sandbox parameter in order to run it as root?

rizalmart avatar Feb 27 '22 01:02 rizalmart

what about instead run-as-spot, just add --no-sandbox parameter in order to run it as root?

Running it as root is a bad idea in first place, especially with --no-sandbox. Some development tools want to run as a regular user, so the terminal inside the IDE becomes unusable and you must Alt-Tab frequently to get any work done.

dimkr avatar Feb 27 '22 06:02 dimkr

Maybe it should also account for the second executable and run-as-spot that too?

Phoenix-Starlight avatar Feb 28 '22 15:02 Phoenix-Starlight

The question is, how to find the second executable. fixmenusd monitors newly created executables under /usr/bin, and newly created .desktop files under /usr/share/applications. But it doesn't parse the .desktop files, and I'm not sure if I want to do this.

dimkr avatar Feb 28 '22 16:02 dimkr

If we know that they are related (you could examine via htop for example, then search all the .desktop files for a matching text line) we could monitor for that specific case. Via wildcards, etc.

Phoenix-Starlight avatar Mar 01 '22 03:03 Phoenix-Starlight