Skip to content

Conversation

@ShadowRZ
Copy link
Contributor

Fixes #154693

Initally, this part is required due to how Electron handles the prorotol registeration as in #56727 (comment) ( I also explained in #154693 (comment) )

However since 986b553 that part is no longer used for protocol registeration on Linux, and since Electron 18, Electron uses the desktop file name to set the app_id in Wayland, and it was given the wrong one. This change fixes the problem where running VS Code on Wayland would have the app_id of code-url-handler which is unreasonable.

Test steps

  • Provision a new Linux machine / VM with a desktop environment with Wayland session
  • Build the package
  • Ensure the two .desktop files are installed properly
  • Run VS Code with the environment variable ELECTRON_OZONE_PLATFORM_HINT=wayland
  • Check if VS Code had the app_id of code
Fixes microsoft#154693

Initally, this part is required due to how Electron handles the prorotol
registeration as in microsoft#56727 (comment) ( I also explained in microsoft#154693 (comment) )

However since
microsoft@986b553
that part is no longer used for protocol registeration on Linux, and
since Electron 18, Electron uses the desktop file name to set the
`app_id` in Wayland, and it was given the wrong one. This change fixes the
problem where running VS Code on Wayland would have the `app_id` of
`code-url-handler` which is unreasonable.
Copy link
Collaborator

@deepak1556 deepak1556 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Change lgtm if url handling continues to work fine. Thanks for working on this PR!

@deepak1556 deepak1556 enabled auto-merge (squash) October 17, 2024 00:00
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

3 participants