Bug #69395 | MySQL Workbench cannot execute SQL queries that take longer 99999 seconds | ||
---|---|---|---|
Submitted: | 4 Jun 2013 0:50 | Modified: | 11 Jul 2013 1:02 |
Reporter: | Franck Dernoncourt | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Workbench: SQL Editor | Severity: | S4 (Feature request) |
Version: | 5.2.47 | OS: | Windows |
Assigned to: | CPU Architecture: | Any |
[4 Jun 2013 0:50]
Franck Dernoncourt
[15 Jun 2013 0:03]
Alfredo Kojima
Thanks for the feature reqeust.
[17 Jun 2013 2:18]
Alfredo Kojima
Posted by developer: Bug was fixed in trunk
[11 Jul 2013 1:02]
Philip Olson
Fixed as of MySQL Workbench 6.0.3 (BETA 2), and here's the changelog entry: The "DBMS connection read time out" user preference was limited to 5 characters in length. Thank you for the bug report.
[29 Sep 2015 4:48]
kate W
I know this is more than 2 years old now. But I'm in the same predicament and don't understand the Oracle documentation or the online forum exchanges. The bug recommended fix from this guy was "Setting the "DBMS connection read time out" field to 0 second should correspond to no time out (if this is possible). Also, the field should accept more figures: 7 or 8 figures should be enough." It wasn't clear what the ultimate fix was, it simply said it was fixed. Should I set the field to "0" or set it to some very high number such as 1 million? What does it mean when the documentation reads, "Set 0 to not check the read time out"? Does it mean that by using "0" my query won't time out even if it takes 4 days to execute?