Package Details: visual-studio-code-bin 1.96.4-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: 1484
Popularity: 16.70
First Submitted: 2017-12-18 19:14 (UTC)
Last Updated: 2025-01-17 07:47 (UTC)

Required by (21)

Sources (7)

Pinned Comments

dcelasun commented on 2017-11-15 06:20 (UTC) (edited on 2020-02-06 21:33 (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 license 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?

Please check this page before flagging as out-of-date. If there is no new version on that page, it's not yet released. A tag on Github is NOT a release! If you can see the new version on the updates page but the AUR package is still not updated, flag it and give it time. It's usually done within a day or two.

  • 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. Also see this reddit thread.

  • 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 .. 56 57 58 59 60 61 62 63 64 65 66 .. 78 Next › Last »

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.

L0g4n commented on 2017-08-11 16:57 (UTC) (edited on 2017-08-11 16:58 (UTC) by L0g4n)

@dcelasun I use the dash to dock gnome extension and have the setting that the dock does not auto hide and extends to the whole screen. Here's a better screenshot: http://imgur.com/CzuloZC You can see the displayed vscode icon is not the same as in the "search" and so does not get covered by the icon pack.

dcelasun commented on 2017-08-11 16:54 (UTC)

@L0g4n: Sorry, I don't understand your second screenshot, I only see one icon? Also, what dock are you using? I'm using stock Gnome without a dock, so the only places I see running programs are activites & alt-tab, both of which only show a single icon.

L0g4n commented on 2017-08-11 16:51 (UTC) (edited on 2017-08-11 16:51 (UTC) by L0g4n)

@dcelasun I can also reproduce this. Icon is displayed correctly when searching for it in gnome 3: http://imgur.com/G7a4GKS But when launched and displayed in the dock it looks like this: http://imgur.com/IBhBgAO

dcelasun commented on 2017-08-11 11:56 (UTC)

@Ladage: I can't seem to reproduce it [0], can you share a screenshot? http://i.imgur.com/2AkSS3b.png

Ladage commented on 2017-08-11 11:25 (UTC)

Since StartupWMClass=code was removed, a second icon is shown when vscode is launched in Gnome. Adding it back fixes this.

dcelasun commented on 2017-08-07 15:58 (UTC) (edited on 2017-08-07 15:58 (UTC) by dcelasun)

I didn't want to bump it for such a minor change especially when the August update is very close.

oconnor663 commented on 2017-08-07 15:26 (UTC)

@dcelasun fixed for me, thanks. We could bump the packaging version?

dcelasun commented on 2017-08-05 09:07 (UTC) (edited on 2017-08-05 09:11 (UTC) by dcelasun)

@oconnor663: Thanks for reporting this, I can reproduce this as well. Originally, I've added StartupWMClass=code as someone in the comments was having problems running it on Gnome without it. That no longer seems to be the case, so I'll be removing it. Edit: Removing it definitely works, but I don't understand why. `xprop WM_CLASS` seems normal: $ xprop WM_CLASS WM_CLASS(STRING) = "code", "Code"