question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Debugger issues related to path mappings and case sensitive paths

See original GitHub issue
  • If drive letter is in lower case, then path mappings will not work

  • Note: Its possible drive letter can be in lower case (e.g. user set path in shell using a lower case drive letter, e.g. cd c:/x.... (at this point, all paths have lower case c).

  • Debugging opens new all-lowercase file #5049 (PTVSD)

  • Debugger does not work with google drives designated as g: or any drive letter #4658 (VSCode)

  • Remote debugging fails due to incorrect path mappings #5075 (PTVSD, Path Mapping)

  • Remote debugging failed #5094 (PTVSD, Path Mapping)

  • Duplicate file tab during debugging on Windows #4166

  • Multi process debugging with launch does not work due to path mappings

  • VS Code opening duplicate window with remote debugging and live reloading #3185 (VS Code https://github.com/Microsoft/vscode/issues/67523)

Issue Analytics

  • State:closed
  • Created 5 years ago
  • Reactions:5
  • Comments:8 (2 by maintainers)

github_iconTop GitHub Comments

1reaction
mpiroccommented, Apr 4, 2019

FYI, this is a blocker (on Windows or other case-insensitive filesystems) for path mappings that use ${workspaceFolder}. Because ${workspaceFolder} is normalized to all-lower-case, it always results in a case-mismatch. If I replace ${workspaceFolder} with the hard-coded (case-sensitive) absolute path, it works. But this is not portable.

// launch.json
{
    ...
    "pathMappings": [
        {
            "localRoot": "${workspaceFolder}/foo/bar",
            "remoteRoot": "/var/task"
        }
    ]
}

With a breakpoint in foo/bar/main.py, I receive this error message:

pydev debugger: warning: trying to add breakpoint to file that does not exist: /var/task/C:/Users/pirocchi/my/workspace/foo/bar/main.py (will have no effect)

Where the path should be /var/task/main.py.

0reactions
karthiknadigcommented, Jan 30, 2020

Closing this as stale. Please create separate bugs if this are still occurring.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Remote debugging fails due to incorrect path mappings #5075
DonJayamanne mentioned this issue on Apr 4, 2019. Debugger issues related to path mappings and case sensitive paths #2976.
Read more >
Remote debugging path mappings don't work. : PY-18491
I'm trying to debug a Python app running on a Windows VM remotely. However the path mappings don't seem to work correctly (see...
Read more >
xdebug remote debugging won't stop at breakpoints
In your debug config, in the server area, click Configure, go to Path Mapping, click the path that's there and click edit, change...
Read more >
Robot Framework User Guide
Provides support for testing web applications, rest APIs, mobile applications, running processes, connecting to remote systems via Telnet or SSH, and so on....
Read more >
Debugging
6.1), the Go extension is transitioning to deprecate the legacy debug adapter in favor of direct communication with Delve via DAP. We are...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found