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
int19h opened this issue
Apr 15, 2020
· 3 comments
Assignees
Labels
bugIssue identified by VS Code Team member as probable bugdebugDebug viewlet, configurations, breakpoints, adapter issuesverifiedVerification succeeded
In microsoft/debugpy#112, we're seeing VSCode send "evaluate" requests with invalid "frameId" - they're sequenced immediately after "continue" or "next", which invalidates frame IDs for all frames retrieved prior to unpausing.
This came via a user-reported bug, for which we do not have our own repro. However, the user can repro it consistently and collect the logs.
The bug itself is about VSCode remote (SSH) sessions crashing during debugging, and in all cases, it appears that the crash immediately follows the IDE receiving a failure response to such an "evaluate" request. When DAP logging is enabled on both sides of the session, the client logs end when the request is sent, but the debug adapter logs show the request was received, processed, failed (due to invalid "frameId"), and failure response was sent back, after which the client disconnects eventually. We are not entirely sure that this problem is the root cause of the crashes, but given that this sequence of requests and responses shows up in all repro attempts so far, it's hard to believe that it is unrelated.
The text was updated successfully, but these errors were encountered:
Thanks for filling this issue.
As mentioned in the original comment
Yeah it is a bit tricky, since we do some ui optimisations (e.g we refresh the watch element with a slight timeout and thus it can happend that you get a stale evaluate). Thus I acknolwedge the bug but will not fix it right away, thus assinging to backlog.
After a debug stop, which retrieves a set of frameIds, a subsequent stop sometimes requests "scopes" for a frame using an old frameId (that is, a frameId from the previous stop). It doesn't happen every time - it's fairly rare, perhaps 1 in 50, but often enough to be an issue.
# for freeto subscribe to this conversation on GitHub.
Already have an account?
#.
Labels
bugIssue identified by VS Code Team member as probable bugdebugDebug viewlet, configurations, breakpoints, adapter issuesverifiedVerification succeeded
Created from microsoft/debug-adapter-protocol#60 (comment)
In microsoft/debugpy#112, we're seeing VSCode send "evaluate" requests with invalid "frameId" - they're sequenced immediately after "continue" or "next", which invalidates frame IDs for all frames retrieved prior to unpausing.
This came via a user-reported bug, for which we do not have our own repro. However, the user can repro it consistently and collect the logs.
The bug itself is about VSCode remote (SSH) sessions crashing during debugging, and in all cases, it appears that the crash immediately follows the IDE receiving a failure response to such an "evaluate" request. When DAP logging is enabled on both sides of the session, the client logs end when the request is sent, but the debug adapter logs show the request was received, processed, failed (due to invalid "frameId"), and failure response was sent back, after which the client disconnects eventually. We are not entirely sure that this problem is the root cause of the crashes, but given that this sequence of requests and responses shows up in all repro attempts so far, it's hard to believe that it is unrelated.
The text was updated successfully, but these errors were encountered: