You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently for commands which are contributed for threads we pass the threadId as a number argument. However this is not enough when you are debugging multiple sessions. Since the threadId does not uniquly identify the thread across sessions. Due to that we should send a structured object which contains the sessionId and the threadId
For stackFrame we pass the source uri string. Which is also not enough to identify the stackFrame. It should laso include the threadId and the sessionId
We need to add documention which explains what contexts we pass for contributed call stack commands
We will probably try not to break the current behavior, but add additional arugments after the current argument.
We need to do a couple of things:
threadId
as anumber
argument. However this is not enough when you are debugging multiple sessions. Since thethreadId
does not uniquly identify the thread across sessions. Due to that we should send a structured object which contains the sessionId and the threadIdstackFrame
we pass the source uri string. Which is also not enough to identify the stackFrame. It should laso include the threadId and the sessionIdWe will probably try not to break the current behavior, but add additional arugments after the current argument.
@testforstephen is Java contributing call stack commands for threads?
@roblourens @connor4312 fyi since the node debugging contribues Skip File commands
@weinand fyi
The text was updated successfully, but these errors were encountered: