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

All installed callstack context menu items are shown during every debug session #19608

Closed
roblourens opened this issue Jan 31, 2017 · 5 comments
Assignees
Labels
debug Debug viewlet, configurations, breakpoints, adapter issues feature-request Request for new features or functionality
Milestone

Comments

@roblourens
Copy link
Member

roblourens commented Jan 31, 2017

I always assumed that during a debugging session, I'd only see the context menu items contributed by the active debug adapter. But in prepping the chrome extension to release, I just realized that I see all of them during every debug session.

image

This is a Go debug session, and I see callstack context menu items from node2 and chrome. They don't do anything. I think they should both be hidden. Normally if you have the Chrome extension installed, you'll see two instances of "toggle skipping this file".

@isidorn @weinand

@roblourens
Copy link
Member Author

roblourens commented Jan 31, 2017

Well, what I can do for now is just not contribute it from the Chrome extension. When you click the context menu item during a chrome debug session, it will activate the node2 extension and send the correct message to the chrome debug adapter.

But if it's easy, it might even be worth considering for January?

@isidorn
Copy link
Contributor

isidorn commented Jan 31, 2017

Not for january, this is not critical and only happens if you have chrome extension installed. Also having 2 of the same actions is not the end of the world.

In a perfect world these actions should have a precondition when they are enabled, for instance
'debug:chrome'
'debug:node'

We already have a context 'inDebugMode', but I can look into introducing the dynaminc context based on debug type

@isidorn isidorn added the debug Debug viewlet, configurations, breakpoints, adapter issues label Jan 31, 2017
@isidorn isidorn added this to the February 2017 milestone Jan 31, 2017
@weinand
Copy link
Contributor

weinand commented Jan 31, 2017

@isidorn yes, we need to provide a dynamic context based on debug type.

@weinand weinand added the feature-request Request for new features or functionality label Jan 31, 2017
@isidorn
Copy link
Contributor

isidorn commented Feb 8, 2017

Ok so I introduced a dynamic context based on debug type, namely you should now be able to do the following:

"when": "inDebugMode && debugType == 'chrome'"

Via aa2c164

@roblourens you can now adopt it on the node2, chrome side. Feel free to reopen if you want to track it here

@roblourens
Copy link
Member Author

Looks great, thanks

@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 18, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
debug Debug viewlet, configurations, breakpoints, adapter issues feature-request Request for new features or functionality
Projects
None yet
Development

No branches or pull requests

3 participants