Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot debug or view source via AL Explorer for objects with forward slash in the name #7386

Closed
3 tasks
MikeGlue opened this issue May 2, 2023 · 3 comments
Closed
3 tasks
Labels
al-explorer external This issue depends on an external component or system

Comments

@MikeGlue
Copy link
Contributor

MikeGlue commented May 2, 2023

1. Describe the bug
Cannot debug or view source via AL Explorer for any object that has a forward slash '/' in the name. Seems to be a resurgence of the issue covered here that was described as fixed in April 2022.

Issue 6972

2. To Reproduce
Steps to reproduce the behavior:

  1. Using AL Explorer, find report 96 (Copy G/L Budget) and select it
  2. Press the Source button

Nothing happens.

Setting a breakpoint ahead of that object and executing code that triggers the breakpoint ends up showing you an empty object with no source code.

Note: Because the developers need to copy and paste the code snippet, including a code snippet as a media file (i.e. .gif) is not sufficient.

3. Expected behavior
Should be able to debug and view source for objects with forward slash in the name.

4. Actual behavior
When debugging: object shows no source code
When using source button in AL Explorer: nothing happens

5. Versions:

  • AL Language: 12.0.779795
  • Visual Studio Code: 1.77.3
  • Business Central: 22.1
  • List of Visual Studio Code extensions that you have installed: none (uninstalled them all)

Final Checklist

Please remember to do the following:

  • Search the issue repository to ensure you are reporting a new issue

  • Reproduce the issue after disabling all extensions except the AL Language extension

  • Simplify your code around the issue to better isolate the problem

@NKarolak
Copy link

NKarolak commented May 3, 2023

Duplicate of #7369

@thloke
Copy link
Contributor

thloke commented May 9, 2023

This is actually something on the VSCode side. I've raised the issue with them, but I'll ping them again.

microsoft/vscode#172108

@qutreson qutreson added external This issue depends on an external component or system and removed requires-triage labels Jun 6, 2023
@SBalslev
Copy link
Contributor

Closing this as we have done work in #7369 that should give us most of the solution. Further enhancements will happen after/if vscode decides to improve the scenario from their end.

@SBalslev SBalslev closed this as not planned Won't fix, can't repro, duplicate, stale Aug 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
al-explorer external This issue depends on an external component or system
Projects
None yet
Development

No branches or pull requests

6 participants