Pytest discovery fails on RHEL8 due to symlink

Type: Bug

Behaviour

Expected vs. Actual

My company controlled workstation is being upgraded from CentOS7 to RHEL8 and I've been beta testing the RHEL8 workstation this week. I'm using the Remote SSH plugin to open Python projects on the Linux workstation from a Windows 10 desktop.

On CentOS7, VSCode has no problems discovering and running my test suites in pytest. On RHEL8, it shows all the containing modules but no tests in the tree beneath them. I've tried with both the release channel and insiders versions of VSCode (with All expriments enabled and the test server started for insiders) and get the same result.

Steps to reproduce:

Open Python project with pytest tests
Switch to Test Explorer
Tests are not discovered; no errors or anything beyond "info" messages in logs, even with python.analysis.logLevel = TRACE.
Refresh Tests; same behavior

Diagnostic data

Python version (& distribution if applicable, e.g. Anaconda): 3.9.16
Type of virtual environment used (e.g. conda, venv, virtualenv, etc.): Venv
Value of the python.languageServer setting: Default

Output for Python in the Output panel

2023-06-06 14:06:31.749 [info] Experiment 'pythonPromptNewFormatterExt' is active
2023-06-06 14:06:31.749 [info] Experiment 'pythonPromptNewToolsExt' is active
2023-06-06 14:06:31.749 [info] Test server listening.
2023-06-06 14:06:31.749 [info] Python interpreter path: ./.venv/bin/python
2023-06-06 14:06:40.405 [info] Starting Pylance language server.
2023-06-06 14:22:46.295 [info] > . ./.venv/bin/activate && echo 'e8b39361-0157-4923-80e1-22d70d46dee6' && python /alt/.vscode-server/extensions/ms-python.python-2023.8.0/pythonFiles/printEnvVariables.py
2023-06-06 14:22:46.295 [info] shell: bash
2023-06-06 14:22:46.336 [info] > ./.venv/bin/python /alt/.vscode-server/extensions/ms-python.python-2023.8.0/pythonFiles/testing_tools/run_adapter.py discover pytest -- --rootdir . -s --cache-clear
2023-06-06 14:22:46.336 [info] cwd: .

User Settings


languageServer: "Pylance"

linting
• flake8Args: "<placeholder>"
• flake8Enabled: true

formatting
• provider: "black"

testing
• cwd: "<placeholder>"
• pytestEnabled: true

terminal
• activateEnvironment: false

Extension version: 2023.8.0
VS Code version: Code 1.78.2 (b3e4e68a0bc097f0ae7907b217c1119af9e03435, 2023-05-10T14:39:26.248Z)
OS version: Windows_NT x64 10.0.19044
Modes:
Sandboxed: Yes
Remote OS version: Linux x64 4.18.0-425.19.2.el8_7.x86_64
Remote OS version: Linux x64 3.10.0-1160.88.1.el7.x86_64
Remote OS version: Linux x64 4.18.0-425.19.2.el8_7.x86_64
Remote OS version: Linux x64 4.18.0-425.19.2.el8_7.x86_64

A/B Experiments

vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
vserr242cf:30382550
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vsdfh931:30280409
vshan820:30294714
vstes263:30335439
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593:30376534
pythonvs932:30410667
cppdebug:30492333
vscaat:30438848
vsclangdf:30486550
c4g48928:30535728
dsvsc012cf:30540253
pynewext54:30695312
azure-dev_surveyone:30548225
2e4cg342:30602488
pyind779:30671433
89544117:30613380
pythonsymbol12:30671437
showlangstatbar:30737416
vsctsb:30748421
pythonms35:30701012
03d35959:30757346
pythonfmttext:30731395
pythoncmv:30756943
fixshowwlkth:30730052
hidesbindicator:30730055
pythongtdpathcf:30739705
pythonnosmt12:30757131

Gordon Shankman (@mrburrito)

Gordon Shankman (@mrburrito) To get detailed logs, use Developer: Set Log Level... command and select the log level for Python extension there.

Karthik Nadig (@karthiknadig)

Karthik Nadig (@karthiknadig) giving that a shot now. Is that not controlled by the python.analysis.logLevel configuration setting?

Trace logs from a manual test refresh:

2023-06-07 13:29:50.879 [debug] Testing: Manually triggered test refresh
2023-06-07 13:29:50.880 [debug] Testing: Clearing all discovered tests
2023-06-07 13:29:50.880 [debug] Testing: Forcing test data refresh
2023-06-07 13:29:50.880 [debug] Testing: Refreshing all test data
2023-06-07 13:29:50.880 [debug] Cached data exists KeyPrefix=Cache_Method_Output_b._selectIfLaunchedViaActivatedEnv-Args=true
2023-06-07 13:29:50.881 [debug] Found cached env for /home/mrburrito/source/org/project/.venv/bin/python
2023-06-07 13:29:50.881 [debug] Resolved /home/mrburrito/source/org/project/.venv/bin/python from cache: {"name":".venv","location":"/home/mrburrito/source/org/project/.venv","kind":"virt-venv","executable":{"filename":"/home/mrburrito/source/org/project/.venv/bin/python","sysPrefix":"/home/mrburrito/source/org/project/.venv","ctime":1686060056134,"mtime":1686060056134},"searchLocation":{"$mid":1,"path":"/home/mrburrito/source/org/project/.venv","scheme":"vscode-remote"},"display":"Python 3.9.16 ('.venv': venv)","version":{"major":3,"minor":9,"micro":16,"release":{"level":"final","serial":0},"sysVersion":"3.9.16 (main, May 18 2023, 14:43:02) \n[GCC 8.5.0 20210514 (Red Hat 8.5.0-16)]"},"arch":3,"distro":{"org":""},"source":[],"type":"Virtual","id":"/home/mrburrito/source/org/project/.venv/bin/python","detailedDisplayName":"Python 3.9.16 ('.venv': venv)"}
2023-06-07 13:29:50.881 [debug] Testing: Refreshing test data for /home/mrburrito/source/org/project
2023-06-07 13:29:50.881 [debug] Cached data exists KeyPrefix=Cache_Method_Output_b._selectIfLaunchedViaActivatedEnv-Args=true
2023-06-07 13:29:50.883 [debug] Found cached env for /home/mrburrito/source/org/project/.venv/bin/python
2023-06-07 13:29:50.883 [debug] Resolved /home/mrburrito/source/org/project/.venv/bin/python from cache: {"name":".venv","location":"/home/mrburrito/source/org/project/.venv","kind":"virt-venv","executable":{"filename":"/home/mrburrito/source/org/project/.venv/bin/python","sysPrefix":"/home/mrburrito/source/org/project/.venv","ctime":1686060056134,"mtime":1686060056134},"searchLocation":{"$mid":1,"path":"/home/mrburrito/source/org/project/.venv","scheme":"vscode-remote"},"display":"Python 3.9.16 ('.venv': venv)","version":{"major":3,"minor":9,"micro":16,"release":{"level":"final","serial":0},"sysVersion":"3.9.16 (main, May 18 2023, 14:43:02) \n[GCC 8.5.0 20210514 (Red Hat 8.5.0-16)]"},"arch":3,"distro":{"org":""},"source":[],"type":"Virtual","id":"/home/mrburrito/source/org/project/.venv/bin/python","detailedDisplayName":"Python 3.9.16 ('.venv': venv)"}
2023-06-07 13:29:50.895 [info] > ./.venv/bin/python /alt/.vscode-server/extensions/ms-python.python-2023.8.0/pythonFiles/testing_tools/run_adapter.py discover pytest -- --rootdir . -s --cache-clear
2023-06-07 13:29:50.896 [info] cwd: .
2023-06-07 13:30:41.098 [debug] Cached data exists KeyPrefix=Cache_Method_Output_b._selectIfLaunchedViaActivatedEnv-Args=true
2023-06-07 13:30:41.098 [debug] Cached data exists KeyPrefix=Cache_Method_Output_b._selectIfLaunchedViaActivatedEnv-Args=true
2023-06-07 13:30:41.101 [debug] Found cached env for /home/mrburrito/source/org/project/.venv/bin/python
2023-06-07 13:30:41.102 [debug] Found cached env for /home/mrburrito/source/org/project/.venv/bin/python
2023-06-07 13:30:41.102 [debug] Resolved /home/mrburrito/source/org/project/.venv/bin/python from cache: {"name":".venv","location":"/home/mrburrito/source/org/project/.venv","kind":"virt-venv","executable":{"filename":"/home/mrburrito/source/org/project/.venv/bin/python","sysPrefix":"/home/mrburrito/source/org/project/.venv","ctime":1686060056134,"mtime":1686060056134},"searchLocation":{"$mid":1,"path":"/home/mrburrito/source/org/project/.venv","scheme":"vscode-remote"},"display":"Python 3.9.16 ('.venv': venv)","version":{"major":3,"minor":9,"micro":16,"release":{"level":"final","serial":0},"sysVersion":"3.9.16 (main, May 18 2023, 14:43:02) \n[GCC 8.5.0 20210514 (Red Hat 8.5.0-16)]"},"arch":3,"distro":{"org":""},"source":[],"type":"Virtual","id":"/home/mrburrito/source/org/project/.venv/bin/python","detailedDisplayName":"Python 3.9.16 ('.venv': venv)"}
2023-06-07 13:30:41.102 [debug] Resolved /home/mrburrito/source/org/project/.venv/bin/python from cache: {"name":".venv","location":"/home/mrburrito/source/org/project/.venv","kind":"virt-venv","executable":{"filename":"/home/mrburrito/source/org/project/.venv/bin/python","sysPrefix":"/home/mrburrito/source/org/project/.venv","ctime":1686060056134,"mtime":1686060056134},"searchLocation":{"$mid":1,"path":"/home/mrburrito/source/org/project/.venv","scheme":"vscode-remote"},"display":"Python 3.9.16 ('.venv': venv)","version":{"major":3,"minor":9,"micro":16,"release":{"level":"final","serial":0},"sysVersion":"3.9.16 (main, May 18 2023, 14:43:02) \n[GCC 8.5.0 20210514 (Red Hat 8.5.0-16)]"},"arch":3,"distro":{"org":""},"source":[],"type":"Virtual","id":"/home/mrburrito/source/org/project/.venv/bin/python","detailedDisplayName":"Python 3.9.16 ('.venv': venv)"}
2023-06-07 13:30:41.102 [debug] Cached data exists KeyPrefix=Cache_Method_Output__.ensureEnvironmentContainsPython-Args="/home/mrburrito/source/org/project/.venv/bin/python"-Arg-Separator-undefined

This is the output from the test discovery command if I run it from /home/mrburrito/source/org/project.

[
    {
        "rootid": ".",
        "root": "/home/mrburrito/source/org/project",
        "parents": [
            {
                "id": "./tests",
                "kind": "folder",
                "name": "tests",
                "parentid": ".",
                "relpath": "./tests"
            },
            {
                "id": "./tests/unit",
                "kind": "folder",
                "name": "unit",
                "parentid": "./tests",
                "relpath": "./tests/unit"
            },
            {
                "id": "./tests/unit/test_substitution.py",
                "kind": "file",
                "name": "test_substitution.py",
                "parentid": "./tests/unit",
                "relpath": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_falsy",
                "kind": "function",
                "name": "test_latest_ami_errors_if_falsy",
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted",
                "kind": "function",
                "name": "test_valid_substitutions_are_substituted",
                "parentid": "./tests/unit/test_substitution.py"
            }
        ],
        "tests": [
            {
                "id": "./tests/unit/test_substitution.py::test_commit_hash_resolves",
                "name": "test_commit_hash_resolves",
                "source": "./tests/unit/test_substitution.py:61",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_commit_hash_raises_error_on_failure",
                "name": "test_commit_hash_raises_error_on_failure",
                "source": "./tests/unit/test_substitution.py:67",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_branch_name_resolves",
                "name": "test_branch_name_resolves",
                "source": "./tests/unit/test_substitution.py:79",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_branch_name_raises_error_on_failure",
                "name": "test_branch_name_raises_error_on_failure",
                "source": "./tests/unit/test_substitution.py:85",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_latest_ami_resolves",
                "name": "test_latest_ami_resolves",
                "source": "./tests/unit/test_substitution.py:97",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_default",
                "name": "test_latest_ami_errors_if_default",
                "source": "./tests/unit/test_substitution.py:104",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_falsy[None]",
                "name": "None",
                "source": "./tests/unit/test_substitution.py:113",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_falsy"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_falsy[]",
                "name": "<empty>",
                "source": "./tests/unit/test_substitution.py:113",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_latest_ami_errors_if_falsy"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[{COMMIT_HASH}-{git_commit}]",
                "name": "{COMMIT_HASH}-{git_commit}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[{BRANCH_NAME}-{git_branch}]",
                "name": "{BRANCH_NAME}-{git_branch}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[{LATEST_AMI}-{latest_ami}]",
                "name": "{LATEST_AMI}-{latest_ami}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[{PROJECT}-{project}]",
                "name": "{PROJECT}-{project}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[{ENVIRONMENT}-{environment}]",
                "name": "{ENVIRONMENT}-{environment}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[This string has no templates-This string has no templates]",
                "name": "This string has no templates-This string has no templates",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[This string has something that looks like a {TEMPLATE}-This string has something that looks like a {{TEMPLATE}}]",
                "name": "This string has something that looks like a {TEMPLATE}-This string has something that looks like a {{TEMPLATE}}",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted[Deploying {PROJECT}:{ENVIRONMENT} from git {BRANCH_NAME}@{COMMIT_HASH}. In the {ENVIRONMENT} environment, it will be launched on AMI {LATEST_AMI}.\\n\\nThese are all the variable substitutions we know about to make sure all replacements are made:\\n\\tCOMMIT_HASH: {COMMIT_HASH}\\n\\tBRANCH_NAME: {BRANCH_NAME}\\n\\tLATEST_AMI: {LATEST_AMI}\\n\\tENVIRONMENT: {ENVIRONMENT}\\n\\tPROJECT: {PROJECT}\\n-Deploying {project}:{environment} from git {git_branch}@{git_commit}. In the {environment} environment, it will be launched on AMI {latest_ami}.\\n\\nThese are all the variable substitutions we know about to make sure all replacements are made:\\n\\tCOMMIT_HASH: {git_commit}\\n\\tBRANCH_NAME: {git_branch}\\n\\tLATEST_AMI: {latest_ami}\\n\\tENVIRONMENT: {environment}\\n\\tPROJECT: {project}\\n]",
                "name": "Deploying {PROJECT}:{ENVIRONMENT} from git {BRANCH_NAME}@{COMMIT_HASH}. In the {ENVIRONMENT} environment, it will be launched on AMI {LATEST_AMI}.\\n\\nThese are all the variable substitutions we know about to make sure all replacements are made:\\n\\tCOMMIT_HASH: {COMMIT_HASH}\\n\\tBRANCH_NAME: {BRANCH_NAME}\\n\\tLATEST_AMI: {LATEST_AMI}\\n\\tENVIRONMENT: {ENVIRONMENT}\\n\\tPROJECT: {PROJECT}\\n-Deploying {project}:{environment} from git {git_branch}@{git_commit}. In the {environment} environment, it will be launched on AMI {latest_ami}.\\n\\nThese are all the variable substitutions we know about to make sure all replacements are made:\\n\\tCOMMIT_HASH: {git_commit}\\n\\tBRANCH_NAME: {git_branch}\\n\\tLATEST_AMI: {latest_ami}\\n\\tENVIRONMENT: {environment}\\n\\tPROJECT: {project}\\n",
                "source": "./tests/unit/test_substitution.py:125",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py::test_valid_substitutions_are_substituted"
            },
            {
                "id": "./tests/unit/test_substitution.py::test_invalid_substitution_raises_error",
                "name": "test_invalid_substitution_raises_error",
                "source": "./tests/unit/test_substitution.py:179",
                "markers": [],
                "parentid": "./tests/unit/test_substitution.py"
            }
        ]
    }
]

when you run pytest from the integrated terminal does it work? We are specifically running the command: pytest -- --rootdir . -s --cache-clear

That command does not appear to work, on either RHEL8 or CentOS7.

(.venv) [mrburrito@host:project (master)*] $ pytest -- --rootdir . -s --cache-clear
===== test session starts =====
platform linux -- Python 3.9.16, pytest-6.2.4, py-1.11.0, pluggy-0.13.1
rootdir: /alt/source/org/project, configfile: pytest.ini
plugins: dictsdiff-0.5.8, cov-2.12.1, pytest_check-1.0.2
collected 0 items                                                                                                                                                                                                                                                              

===== no tests ran in 0.01s =====
ERROR: file or directory not found: --rootdir

However, if I remove the --, it works just fine.

(.venv) [mrburrito@host:project (master)*] $ pytest --rootdir . -s --cache-clear
===== test session starts =====
platform linux -- Python 3.9.16, pytest-6.2.4, py-1.11.0, pluggy-0.13.1
rootdir: /alt/source/org/project, configfile: pytest.ini
plugins: dictsdiff-0.5.8, cov-2.12.1, pytest_check-1.0.2
collecting ... WARNING: Unable to load any default project config!
WARNING: If this occurred outside of installation,
WARNING: then please file a GitHub Issue for this.
collected 17 items                                                                                                                                                                                                                                                             

tests/unit/test_substitution.py .................

===== 17 passed in 0.28s =====

Is the -- just in place to tell the VSCode run_adapter.py discover command to stop processing arguments and pass the remainder to pytest?

The JSON block above is the output from running that run_adapter.py discover pytest -- --rootdir . -s --cache-clear command from the integrated terminal.

What do you have in your pytest args in your workspace settings? Might look something like this: "python.testing.pytestArgs": []

pytest args are empty ([])

I have the same problem working with VScode on AzureML. I have my python project in azure ml file share. I connect to the Azure ML compute with vscode by navigating to open with VSCode option in Azure ML. The tests are not discovered and there are no error logs. After struggling with this problem i came across this issue here. Please let me know my problem is related to the issue here.

adrshm91

yes this is likely related adrshm91, will update this issue with progress and I work towards a fix and then you can try it once again. Thanks

Spent over an hour trying and giving up solving the tests being discovered but not being run no matter what i did, no logs anywhere giving any hints, until because of mrburrito i tried just opening code directly from the same folder (code . instead of code coding/org/project) and now it just works. Thank you 😭

Hi! Looking to fix this but having trouble getting a minimal repro that produces the error. I have tried to replicate it via symlinks on a single disk (but it works) so I think it might only occur when you have symlinks across two different disks. Is that how everyone's setup is?

Jonathan Hawkins (@jonodhawkins)

Was attempting this repro, copied message from #21576

'''

Hi Jonathan Hawkins (@jonodhawkins) thank you for the info! Looks like an issue with symlinks, which is something we know is broken. I am currently trying to fix it but having trouble repro-ing the behavior. To clarify your steps Jonathan Hawkins (@jonodhawkins),

create "Test Project Structure" as described at a local path /mnt/storage/[project_name]
create "test_simple.py" as described
create symlink ln -s /mnt/storage/[project_name] /home/jono/storage/[project_name]
cd to /home/jono/storage/[project_name]
run code . to open vscode
try to find tests and they are not being discovered
Thanks for your help!

Eleanor Boyd (@eleanorjboyd)

Hi Eleanor Boyd (@eleanorjboyd),

Following the steps above using vscode version:

1.81.1
6c3e3dba23e8fadc360aed75ce363ba185c49794
x64

I also cannot reproduce the behaviour. However, if instead of using

run code .

to open the directory, I use the File > Open Folder ... dialog, then the tests are identified, but they cannot be run (0/0 tests passed when attempting to run any tests or all tests).

great thank you!

I tried it as described but with symlinks on the same disk and it didn't work so I think the paths being on separate disks is necessary. Currently figuring out how to configure a similar setup for myself to test on. Thanks!

Hello! I got a setup working on a parallels VM. I have a windows VM with parallels then have WSL on that machine to a Ubuntu machine. These are the steps I took and am still not able to repro. Any steps I am missing / did incorrectly?

connect via WSL
open vscode while connected via WSL
create a folder called "purple_tiger"
add a folder called "pink_tiger"
create a test file "test_pink_tiger.py" with a single pytest in it
get pytest running and the test explorer working in a vscode window with this folder
create a symlink between the "purple_tiger" folder on my WSL and "tiger_alias" on my windows parallels VM, with a powershell command like this New-Item -ItemType SymbolicLink -Path "C:\Users\eleanorboyd\Documents\python-tester-files\tiger_alias" -Target "\\wsl$\Ubuntu\home\linux_user\linux_root\purple_tiger"
run cd "C:\Users\eleanorboyd\Documents\python-tester-files\tiger_alias"
now in that folder run code .
now with vscode launched, open the python file so the extension is activated
click the test icon on the left hand bar
click to configure tests, selected "pink_tiger" as my test folder
tests show up and run as expected

Eleanor Boyd (@eleanorjboyd)

Hi Eleanor Boyd (@eleanorjboyd) - if in the same setup, replacing step 9 with the below, can you reproduce? Opening the folder from the UI vs. directly instantiating an instance of code already in the folder seemed to be crucial for me to reproduce.

cd to any other folder and launch code .
9.1 in code GUI use File > Open Folder... to open C:\Users\eleanorboyd\Documents\python-tester-files\tiger_alias
10... etc as above

I tried it via the open folder command (from the vscode UI) and that resulted in the same successful behavior. To specify you open the alias folder as the root and see the issue correct? I think I have tried opening both the parent folder of tiger_alias and checking and a subfolder of tiger_alias and saw the same results but if this might be a deciding factor I can dive into it further.

Because we have not heard back with the information we requested, we are closing this issue for now. If you are able to provide the info later on, then we will be happy to re-open this issue to pick up where we left off.

Happy Coding!

Navigation Menu

Repository navigation

Pytest discovery fails on RHEL8 due to symlink #21373

Behaviour

Expected vs. Actual

Steps to reproduce:

Diagnostic data

27 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Pytest discovery fails on RHEL8 due to symlink #21373

Description

Behaviour

Expected vs. Actual

Steps to reproduce:

Diagnostic data

Activity

karthiknadig commented on Jun 6, 2023

mrburrito commented on Jun 7, 2023

mrburrito commented on Jun 7, 2023

mrburrito commented on Jun 7, 2023

eleanorjboyd commented on Jun 8, 2023

mrburrito commented on Jun 9, 2023

mrburrito commented on Jun 9, 2023

eleanorjboyd commented on Jun 9, 2023

mrburrito commented on Jun 9, 2023

27 remaining items

adrshm91 commented on Jul 25, 2023

eleanorjboyd commented on Jul 25, 2023

MartinCura commented on Aug 5, 2023

eleanorjboyd commented on Aug 18, 2023

eleanorjboyd commented on Aug 18, 2023

jonodhawkins commented on Aug 18, 2023

eleanorjboyd commented on Aug 18, 2023

eleanorjboyd commented on Aug 22, 2023

jonodhawkins commented on Aug 22, 2023

eleanorjboyd commented on Aug 23, 2023

github-actions commented on Sep 23, 2023

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions