Bug #23024 | Blank Strings | ||
---|---|---|---|
Submitted: | 5 Oct 2006 17:48 | Modified: | 19 Jan 2007 11:09 |
Reporter: | Oliver Thies | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Query Browser | Severity: | S3 (Non-critical) |
Version: | 1.2.4 | OS: | Windows (Windows 2000) |
Assigned to: | Mike Lischke | CPU Architecture: | Any |
Tags: | Bad function on blank strings |
[5 Oct 2006 17:48]
Oliver Thies
[6 Oct 2006 1:29]
MySQL Verification Team
Thank you for the bug report.
[13 Oct 2006 19:25]
MySQL Verification Team
Bug: http://bugs.mysql.com/bug.php?id=23250 was marked as duplicate of this one.
[19 Dec 2006 11:09]
Mike Lischke
I'm not sure what to do with that report. Olivier, what is your actual problem? That you cannot execute an empty query? What exactly would you expect in such a scenario: 1 select * from foo; 2 3 select * from bar; when the caret is on line 2? I'm sure you have already realized that the caret position decides which query is to be executed. So it is important that the caret is within the query to be executed. Since QB is a just a "machine" we need clear rules what is considered a query. The rule is: a query is the text between the first non-white-space after a delimiter or the editor start and the next delimiter (of course comments and string literals are not scanned for the delimiter) or the end of the editor text if there is no delimiter.
[20 Jan 2007 0:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".