Bug #6804 KILL QUERY fails (packets out of order)

Description:
MASTER> select get_lock("a", 10);
+-------------------+
| get_lock("a", 10) |
+-------------------+
|                 1 |
+-------------------+
1 row in set (0.00 sec)

then in another connection (with assumed thread id 3) do
select get_lock("a", 10);
it will hang. Then in first connection do

MASTER> kill query 3;
Query OK, 0 rows affected (0.00 sec)

Then in connection 3 the select returns like this:
MASTER> select get_lock("a", 10);
+-------------------+
| get_lock("a", 10) |
+-------------------+
|              NULL |
+-------------------+
1 row in set (1.96 sec)

MASTER> show tables;
Packets out of order (Found: 6, expected 1)
ERROR 2013 (HY000): Lost connection to MySQL server during query

How to repeat:
see description.

Suggested fix:
I am assigning this one to me as it came while testing graceful shutdown I'm working on and both topics are closely related.

There is the larger problem in a race condition (where query starts, runs, finishes, and notices the kill just before leaving dispatch_command()), then again ok and error packets are sent.

ChangeSet
  1.1819 05/01/20 10:41:37 bell@sanja.is.com.ua +7 -0
  Fixed problem of sending ERROR to client after OK or EOF (BUG#6804)

Thank you for bugreport!
Bugfix is pushed into 5.0.3 source repository.

Noted in 5.0.3 changelog.