Package Details: visual-studio-code-bin 1.121.0-1

Git Clone URL: https://aur.archlinux.org/visual-studio-code-bin.git (read-only, click to copy)
Package Base: visual-studio-code-bin
Description: Visual Studio Code (vscode): Editor for building and debugging modern web and cloud applications (official binary version)
Upstream URL: https://code.visualstudio.com/
Licenses: custom: commercial
Conflicts: code
Provides: code, vscode
Submitter: dcelasun
Maintainer: dcelasun
Last Packager: dcelasun
Votes: 1668
Popularity: 31.68
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2026-05-20 10:43 (UTC)

Required by (26)

Sources (7)

Pinned Comments

dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2026-01-23 13:07 (UTC) by dcelasun)

FREQUENTLY ASKED QUESTIONS (read before flagging or commenting!)

  • What is the difference between this package and the one in the community repo?

This is the official binary distribution from Microsoft. The one in the community repo is an unofficial build made from source. Beyond the licence difference and branding, there are some proprietary features not available in the open-source version.

  • There is a new version out, why is the package not updated?

This package depends on both the official tarball and files from GitHub. Please check this page AND this page before flagging as out-of-date. If the new version isn't on both pages, this package cannot be updated! If you can see the new version on both pages, but the AUR package is still not updated, flag it and give it time. It's usually done within hours.

  • I'm using an AUR helper (yay, yaourt etc.) and I can't install it. Why?

Sometimes AUR helpers do weird things. Download the tarball and install it manually with makepkg -si. If that works, report the problem to your AUR helper's upstream, not here.

  • When I install this package xdg-open uses vscode, not my file manager! How do I fix this?

Install shared-mime-info-gnome gnome-session which now includes mimemapps.

  • Why is $X a dependency? I don't like it.

Just because $X is not required to open the app, doesn't mean there is nothing that depends on it. Always search the comment history on AUR to see if that dependency has been previously discussed before writing your own comment. Still nothing? Then use namcap to make sure it's really not needed. If namcap doesn't complain, please leave a comment here and I'll investigate.

  • Something is broken with the app, where do I report it?

The problem might be a packaging issue (wrong paths, dependencies, icons), so please write a comment here first. If you don't get a reply, or if someone says it's an upstream issue, you can report it on GitHub.

  • I have a problem with this package, can I email you?

No, you won't get a reply. Please stop doing this. Leave a comment here instead and be patient.

Latest Comments

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 90 Next › Last »

dcelasun commented on 2017-08-17 15:49 (UTC)

All right, I've readded StartupWMClass since there is now a workaround for Gnome (thanks @aurgrans). I couldn't find an upstream Gnome bug report about this, but if anyone finds one or files it, please post it here as well.

TamasBarta commented on 2017-08-17 15:35 (UTC)

When I add StartupWMClass=code, nothing breaks on KDE. It is not a problem with the desktop file, but with the DE, I believe.

aurgrans commented on 2017-08-17 15:28 (UTC)

I think I figured out why I don't have the issue not seeing vscode in ALT+TAB. Have a look at the Gnome extension Alternatetab (which is installed by default if I remember right) https://extensions.gnome.org/extension/15/alternatetab/ With it enabled and StartupWMClass=Code everything works fine for me I hope this hint helps solving those problems!

dcelasun commented on 2017-08-17 05:13 (UTC)

@aurgrans: Please read the several comments below yours. Adding StartupWMClass causes a different (and I think worse) problem.

aurgrans commented on 2017-08-17 02:11 (UTC)

Please add StartupWMClass=Code to the .desktop file. Without this line Gnome's Dash to Dock doesn't recognize the window to be vscode. http://i.imgur.com/kxdmNHa.png (with StartupWMClass=Code) http://i.imgur.com/FWMrR5I.png (without it)

dcelasun commented on 2017-08-16 08:59 (UTC)

No, this package uses the official upstream distribution without any modifications. Someone already asked this in the -oss package [0], I recommend waiting for an answer there. [0] https://aur.archlinux.org/packages/visual-studio-code-oss/

TamasBarta commented on 2017-08-16 08:56 (UTC)

Any chance to make this use the "electron" package? I don't know what it takes unfortunately.

dcelasun commented on 2017-08-11 22:25 (UTC)

I've tried it [0][1] with the upstream stuff, including renaming things to "code" instead of "visual-studio-code"; it doesn't work. Adding StartupWMClass=code (or Code) makes the icon invisible in alt+tab, removing it causes the app to use a different icon. I'll investigate more, but if anyone has an idea, it'd be appreciated. [0] http://dpaste.com/3HMWG2Z [1] http://dpaste.com/2TZD0XF

xaver commented on 2017-08-11 21:23 (UTC) (edited on 2017-08-11 21:25 (UTC) by xaver)

The second icon issue was exactly why it was added in the upstream .desktop file: https://github.com/Microsoft/vscode/commit/4c71c3ed1658a974570d9e1fc34371f374423cc3 Maybe, it would be best to just ship with the upstream file: https://github.com/Microsoft/vscode/blob/master/resources/linux/code.desktop This would btw also enable the "New Window" feature in Gnome Shell etc.

dcelasun commented on 2017-08-11 16:59 (UTC) (edited on 2017-08-11 17:01 (UTC) by dcelasun)

OK but there is still only 1 vscode icon in that screenshot? EDIT: Ah sorry, you are talking about the icon theme. @Ladage was talking about a second icon. Different bug maybe? EDIT 2: I can repro the different icon with alt+tab as well.

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 90 Next › Last »