diff options
| author | kostja@bodhi.local <> | 2006-08-30 00:38:58 +0400 |
|---|---|---|
| committer | kostja@bodhi.local <> | 2006-08-30 00:38:58 +0400 |
| commit | 3bf609b7f2b73555b1e241dc7c354818b0bbbc5a (patch) | |
| tree | cdfe8a72e8e640072c7742e9aa8836f40a34ab72 /mysql-test/std_data | |
| parent | cb4ea78cbdd1d64447b2879a8c8d968f3eb0aaa9 (diff) | |
| download | mariadb-git-3bf609b7f2b73555b1e241dc7c354818b0bbbc5a.tar.gz | |
A fix for Bug#14897 "ResultSet.getString("table.column") sometimes
doesn't find the column"
When a user was using 4.1 tables with VARCHAR column and 5.0 server
and a query that used a temporary table to resolve itself, the
table metadata for the varchar column sent to client was incorrect:
MYSQL_FIELD::table member was empty.
The bug was caused by implicit "upgrade" from old VARCHAR to new
VARCHAR hard-coded in Field::new_field, which did not preserve
the information about the original table. Thus, the field metadata
of the "upgraded" field pointed to an auxiliary temporary table
created for query execution.
The fix is to copy the pointer to the original table to the new field.
Diffstat (limited to 'mysql-test/std_data')
| -rw-r--r-- | mysql-test/std_data/14897.frm | bin | 0 -> 8608 bytes |
1 files changed, 0 insertions, 0 deletions
diff --git a/mysql-test/std_data/14897.frm b/mysql-test/std_data/14897.frm Binary files differnew file mode 100644 index 00000000000..aff11b467b0 --- /dev/null +++ b/mysql-test/std_data/14897.frm |