Skip to content
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
This repository was archived by the owner on Apr 14, 2022. It is now read-only.

[MS Language Server] Go to definition control only appears on primary workspace #1195

Open

Description

Andrew Mittleider (@amittleider) commented on Fri Jun 07 2019

Sometimes the Go to definition function will not appear in your VSCode if you have multiple workspaces and use the MS Language Server. You will only see the "Go to definition" function available if you are within the workspace that was active when you originally opened VSCode. Other workspaces will not have the Go to Definition function available.

Let me give an example to be clear:

  1. Example 1 - You can "Go to definition" in the upper_level_project workspace
  • Go to upper_level_class.py and reload VScode.
  • When VSCode comes back up, you should be able to right click and see that "Go to definition" is available.
  • Switch to the file level_2_class.py.
  • Right click on the class Level1Class and you will notice that there is no "Go to definition" button available to you.
  1. Example 2 - You can "Go to definition" in the level_2_project workspace.
  • Go to the file level_2_class.py and reload VSCode
  • When VSCode comes back up, you should be able to right click and see that "Go to definition" is available.
  • Switch to the file upper_level_class.py
  • Right click on the class Level2Class and you will notice that there is no "Go to definition" button available to you.

Below is a gif of the described behavior.
primary_workspace_bug

Environment data

  • VS Code version: 1.35.0
  • Extension version (available under the Extensions sidebar): 2019.5.18875
  • OS and version: Ubuntu 18.04
  • Python version (& distribution if applicable, e.g. Anaconda): 3.6.7 64 bit
  • Type of virtual environment used (N/A | venv | virtualenv | conda | ...): venv
  • Language Server (more info #3977): Language Server

Activity

  1. MikhailArkhipov commented on Jun 12, 2019

    @MikhailArkhipov

    Most probably because the other workspace get classified as a library and there is extension issue here #840.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions