Bug #90884 | Unable to reopen connection after losing ssh connection | ||
---|---|---|---|
Submitted: | 16 May 2018 8:23 | Modified: | 18 Nov 2019 8:06 |
Reporter: | Fredric Johansson | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Workbench | Severity: | S3 (Non-critical) |
Version: | 8.0.11 | OS: | Windows |
Assigned to: | CPU Architecture: | Any |
[16 May 2018 8:23]
Fredric Johansson
[2 Aug 2018 12:45]
Chiranjeevi Battula
Hello Fredric Johansson, Thank you for the bug report. I could not repeat the issue at our end using with MySQL Workbench 8.0.12 version on Windows 7/10. If you can provide more information, feel free to add it to this bug and change the status back to 'Open'. Thank you for your interest in MySQL. Thanks, Chiranjeevi.
[10 Oct 2018 8:18]
Fredric Johansson
I can repeat this by blocking the ssh connection to the remote host and trying to run a query in the open editor. When removing the block, workbench still thinks the connection is available and try to reuse it. This worked fine in Workbench 6.3 so the change have likely to do with the change from paramiko to libssh for the ssh tunneling.
[17 Oct 2018 12:38]
Marcin Szalowicz
Thank you for the bug report, verified as described.
[4 Dec 2018 16:30]
Christine Cole
Posted by developer: Fixed as of the upcoming MySQL Workbench 8.0.14 release, and here's the changelog entry: Connections made to a remote MySQL server over SSH did not recover properly after the network was interrupted temporarily. Thank you for the bug report.
[24 Jun 2019 22:19]
Igor Andrade
I am still experiencing this bug. Installed version: 8.0.15 build 14271522 CE (64 bits) macOS.
[18 Nov 2019 6:03]
charlie zhao
I am on 8.0.18 build. Still have the issue.
[18 Nov 2019 8:06]
Fredric Johansson
Yeah, the issue is still there. The difference now is that workbench might run/start one query before it thinks the connection is gone.