Bug #37605 | client displays wrong command prompt after # or -- comment in --comment mode | ||
---|---|---|---|
Submitted: | 24 Jun 2008 12:48 | Modified: | 7 Dec 2012 8:46 |
Reporter: | Gleb Shchepa | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Server: Command-line Clients | Severity: | S3 (Non-critical) |
Version: | 5.0+, 5.1.25 | OS: | Any |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[24 Jun 2008 12:48]
Gleb Shchepa
[24 Jun 2008 13:04]
Valeriy Kravchuk
Thank you for a bug report. Verified just as described, also - with client from 5.1.25.
[25 Jun 2008 17:38]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/48514 2644 Chad MILLER 2008-06-25 Bug#37605, client displays wrong command prompt after # or -- comment \ in --comment mode In comment-preservation mode of the mysql command-line client, comments are not discarded by the client, and are sent to the server. This fooled the code that tracks what state the prompt should be in. Now, keep a new state variable that tells us whether we should update the state of the prompt or not. After single-line comments, the next prompt should always be the previous state. Rather than keep up with that, let's only conditionally update the prompt.
[4 Jul 2008 17:17]
Chad MILLER
Jimw says this is not a bug, as the prompt should follow protocol state in addition to SQL-level quote state. If we're in comment-preservation mode, and type a comment, then we accumulate stuff that we have not yet sent to the server. Omer will bring it up at some meeting. Since its bug-itude is in question, I'm setting back to Open.
[7 Dec 2012 8:46]
Gleb Shchepa
Closing: can't repeat this bug on 5.1+ any more.