[Bundle workflow] VSCode call stack window contains a lot of garbage debugging linked source

Environment
Provide version numbers for the following components (information can be retrieved by running tns info in your project folder or by inspecting the package.json of the project):

• CLI: rc
• Cross-platform modules: rc
• Android Runtime: rc
• iOS Runtime: rc

Describe the bug
Debugging linked tns-core-modules source in VSCode with bundle workflow currently requires us to do it from the top NativeScript folder -- this causes a problem where some of the call stack window entries contain the full filepath thus becoming extremely long (and hiding the essential debugging information). To fix this we have to make the call stack window twice as wide (thus limiting the file listing space)

Screenshot demonstrating the issue (default call stack window width practically shows no meaningful information):

Screenshot demonstrating the workaround:

To Reproduce

1. git clone git@github.com:NativeScript/NativeScript.git
2. cd NativeScript
3. tns create bottom-nav-test --template tns-template-blank-ts
4. cd bottom-nav-test
5. tns migrate
6. Open NativeScript folder in VSCode
7. Replace the contents of bottom-nav-test/app-root.xml with:

<BottomNavigation>
    <TabStrip>
        <TabStripItem title="First"></TabStripItem>
        <TabStripItem title="Second"></TabStripItem>
    </TabStrip>

    <TabContentItem>
        <GridLayout>
            <Label text="First View" />
        </GridLayout>
    </TabContentItem>

        <TabContentItem>
        <GridLayout>
            <Label text="Second View" />
        </GridLayout>
    </TabContentItem>
</BottomNavigation>

8. Place a breakpoint in the OnLoaded() method in tns-core-modules/ui/bottom-navigation/bottom-navigation.android.ts and a debugger; statement at the beginning of the file
9. Configure NativeScript debugging and add the following debug configuration in launch.json:

        {
            "name": "bottom-nav | Launch on Android",
            "type": "nativescript",
            "request": "launch",
            "platform": "android",
            "appRoot": "${workspaceRoot}/bottom-nav-test",
            "sourceMaps": true,
            "stopOnEntry": true,
            "watch": true
        },

10. Debug using the newly added configuration
11. Breakpoint in OnLoaded() is hit -- see the call stack window

Expected behavior
Call stack window should not display full filepath but only meaningful debug information.

Reproduisez le problème en utilisant les étapes documentées de NativeScript CLI, la configuration de lancement du workflow de bundle et le breakpoint dans tns-core-modules/ui/bottom-navigation/bottom-navigation.android.ts. Inspectez le débogage de bundle-workflow et la gestion des source maps autour de la configuration VSCode ; c’est terminé lorsque la call stack affiche des entrées pertinentes sans chemins complets inutilement longs.