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

timeout after 1000 ms #103105

Closed
ati0ns opened this issue Jul 22, 2020 · 16 comments
Closed

timeout after 1000 ms #103105

ati0ns opened this issue Jul 22, 2020 · 16 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug debug Debug viewlet, configurations, breakpoints, adapter issues insiders-released Patch has been released in VS Code Insiders on-release-notes Issue/pull request mentioned in release notes verified Verification succeeded
Milestone

Comments

@ati0ns
Copy link

ati0ns commented Jul 22, 2020

  • VSCode Version: I do not know.
  • OS Version: What is this ?

Steps to Reproduce:

  1. Start the debugger.
  2. Stop it.

Does this issue occur when all extensions are disabled?: Yes/No
Probably.

image

@weinand
Copy link
Contributor

weinand commented Jul 22, 2020

/needsMoreInfo

If you use the "Report Issue" command from VS Code's Help menu, it will automatically fill in the version number and OS information into the issue.

What debugger are you talking about?

@weinand weinand added the debug Debug viewlet, configurations, breakpoints, adapter issues label Jul 22, 2020
@gjsjohnmurray
Copy link
Contributor

Mentioned by @joaomoreno in #100368 (comment)

@ati0ns
Copy link
Author

ati0ns commented Jul 23, 2020

image
image
image

@weinand
Copy link
Contributor

weinand commented Jul 23, 2020

You said:

Start the debugger.

Since you have C++, C#, Python, PHP, Java, and JS debuggers installed, I do not know what "debugger" you mean.

Please provide more details.

@joaomoreno
Copy link
Member

@weinand, @gjsjohnmurray is 100% correct.

You can easily reproduce this by following my steps in #100368 (comment) on our selfhost setup.

@yannickowow
Copy link
Contributor

Hi
I have the same behavior with my own Debug Adapter or with CppTools with custom GDB
With my adapter and my GDB, close can take a time (more than 1000 ms), because it uses subcomponents. From my side, this error happens when Code does not wait for disconnectRequest response.

Where this timeout came from ?

Thanks in advance.

@connor4312
Copy link
Member

connor4312 commented Aug 10, 2020

I see the assignment to Isi but I think this should be closed as an extension issue, unless the UX is under question. When this is hit in js-debug, it's a result of the extension not responding to the disconnect request soon enough, which is an extension issue.

@weinand
Copy link
Contributor

weinand commented Aug 10, 2020

If extensions have difficulties to respond to the disconnect request is time, then we should relax that requirement on the VS Code side by either extending the timeout or by ignoring any errors completely.
And if we agree that the timeout is valid, then we should improve the error message so that users can understand the reason for the message.

@weinand weinand added this to the August 2020 milestone Aug 10, 2020
@isidorn
Copy link
Contributor

isidorn commented Aug 11, 2020

I do not see big value in showing the timeout error to the user. Thus I have pushed the following change:

  1. Increased timeout from 1s to 2s
  2. Not showing the error in the case that the debug adapter is going down
  3. Changed the timeout message to be localized (will not affect this case since we do not show the error now)

@isidorn isidorn added the bug Issue identified by VS Code Team member as probable bug label Aug 11, 2020
@connor4312
Copy link
Member

I do not see big value in showing the timeout error to the use

Imo it's the same as the typescript server has crashed errors -- not necessarily useful to the user, but a nag for extension authors. If it's just a console log most developers will probably ignore it.

@isidorn
Copy link
Contributor

isidorn commented Aug 11, 2020

I see. However still prefer to optimise for the users.

@Zuckjet
Copy link
Contributor

Zuckjet commented Aug 16, 2020

timeout after 1000 ms error occurred frquently.

  • VSCode Version:
    Version: 1.48.0 (user setup)
    Commit: db40434
    Date: 2020-08-13T07:50:42.600Z
    Electron: 7.3.2
    Chrome: 78.0.3904.130
    Node.js: 12.8.1
    V8: 7.8.279.23-electron.0
    OS: Windows_NT x64 10.0.18363

  • OS Version:
    Edition: Windows 10 Home
    Version: 1909
    OS Build: 18363.1016

My vscode launch.json file:

            "name": "Launch via NPM",
            "type": "node",
            "request": "launch",
            "cwd": "${workspaceRoot}",
            "runtimeExecutable": "npm.cmd",
            "stopOnEntry": true,
            "runtimeArgs": [
                "run-script", "debug"
            ],
            "port": 5858,

I also tried to add timeout option to fix the error, but not working.

My vscode only installed one debugger extension, which is "Debugger for chrome".

Everytime this error occurred , my vscode cannot debug anymore, and I have to restart vscode, but after a time , it occurred again.

@connor4312
Copy link
Member

This fix is so far only on VS Code Insiders: https://code.visualstudio.com/insiders/

@Zuckjet
Copy link
Contributor

Zuckjet commented Aug 16, 2020

This fix is so far only on VS Code Insiders: https://code.visualstudio.com/insiders/

Thanks, I will try this version.

@connor4312 connor4312 added the verified Verification succeeded label Sep 2, 2020
@isidorn isidorn added the on-release-notes Issue/pull request mentioned in release notes label Sep 4, 2020
@github-actions github-actions bot locked and limited conversation to collaborators Sep 25, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Issue identified by VS Code Team member as probable bug debug Debug viewlet, configurations, breakpoints, adapter issues insiders-released Patch has been released in VS Code Insiders on-release-notes Issue/pull request mentioned in release notes verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

10 participants