- 02 Feb, 2009 11 commits
-
-
Tatiana A. Nurnberg authored
-
Alexander Barkov authored
Problem: Custom UCA collations didn't set the MY_CS_STRNXFRM flag, which resulted in "prefix_search" method instead of the required "seq_search". Problem2: (not metioned in the bug report) Custom UCA collations didn't also set the MY_CS_UNICODE flag, so an attempt to compare a column with a custom UCA collation to another column with a non-Unicode character set led to the "illegal mix of collation" error. Fix: the two missing flags was added into collation initialization. Upgrade: - All fulltext indexes with custom UCA collations should be rebuilt. - Non-fulltext custom UCA indexes should likely be rebuild as well.
-
Tatiana A. Nurnberg authored
-
Serge Kozlov authored
-
Serge Kozlov authored
Remove size of binlog file from SHOW BINARY LOGS. Changing size of binlog file is an affect of adding or removing events to/from binlog and it can be checked in next command of test: SHOW BINLOG EVENTS. For SHOW BINARY LOGS statement enough to show the list of file names.
-
Georgi Kodinov authored
fixed federated warnings
-
Sergey Glukhov authored
-
Bjorn Munch authored
-
Sergey Glukhov authored
mysql-test/suite/jp/r/jp_create_db_sjis.result: hide mtr database mysql-test/suite/jp/r/jp_create_db_ucs2.result: hide mtr database mysql-test/suite/jp/r/jp_create_db_ujis.result: hide mtr database mysql-test/suite/jp/r/jp_create_db_utf8.result: hide mtr database mysql-test/suite/jp/t/jp_create_db_sjis.test: hide mtr database mysql-test/suite/jp/t/jp_create_db_ucs2.test: hide mtr database mysql-test/suite/jp/t/jp_create_db_ujis.test: hide mtr database mysql-test/suite/jp/t/jp_create_db_utf8.test: hide mtr database
-
Bjorn Munch authored
Changed [ skip ] to [ skipped ] and removed optional .
-
Georgi Kodinov authored
-
- 01 Feb, 2009 10 commits
-
-
Alfranio Correia authored
-
Alfranio Correia authored
-
Alfranio Correia authored
-
Luis Soares authored
-
Alfranio Correia authored
1 - MASTER_MYSOCK fixed inexistent environment variable. 2 - Fixed mismatch in result files due to changes in MTR.
-
Georgi Kodinov authored
-
Luis Soares authored
It seems that the length of the thick line printed by mtr when printing the suite name differs from mtr1 and mtr2, affecting the mtr filtering by PB2. This patch addresses it by restoring the thick line length to 78 (original length) instead of 60 (the one in mtr2).
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Davi Arnaut authored
mysql-test/r/change_user.result: Update test case result. mysql-test/r/not_embedded_server.result: Update test case result. mysql-test/t/change_user.test: Move newer (and better) version of the test case. mysql-test/t/not_embedded_server.test: Move this test case over to change_user.test This version is deterministic.
-
- 31 Jan, 2009 10 commits
-
-
Luis Soares authored
The test case proposed by the bugfix fails in bugteam trees after merging new mtr from main. The failure is due to the fact that the binlog file location has changed and is no more under $MYSQLTEST_VARDIR/log. This patch fixes the test failure by setting the correct path to the binlog file.
-
Davi Arnaut authored
-
Davi Arnaut authored
test case was executed. mysql-test/include/concurrent.inc: Drop created user. mysql-test/r/concurrent_innodb_safelog.result: Update test case result. mysql-test/r/concurrent_innodb_unsafelog.result: Update test case result.
-
Davi Arnaut authored
mysql-test/r/cache_innodb.result: Update test case result.
-
Davi Arnaut authored
test case was executed. mysql-test/r/func_compress.result: Update test case result. mysql-test/r/innodb_bug34300.result: Update test case result. mysql-test/t/func_compress.test: Disconnect connection and reset max_allowed_packet to it's default value. mysql-test/t/innodb_bug34300.test: Disconnect connection and reset max_allowed_packet to it's default value and enable query log.
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
- 30 Jan, 2009 6 commits
-
-
Horst Hunger authored
-
Tatiana A. Nurnberg authored
When storing a NULL to a TIMESTAMP NOT NULL DEFAULT ..., NULL returned from some functions threw a 'cannot be NULL error.' NULL-returns now correctly result in the timestamp-field being assigned its default value. mysql-test/r/type_timestamp.result: Show that for TIMESTAMP NOT NULL DEFAULT, NULL function returns set default now. mysql-test/t/type_timestamp.test: Show that for TIMESTAMP NOT NULL DEFAULT, NULL function returns set default now. sql/item.cc: When storing a returned NULL (from a time- or date-related function), make sure to apply NULL-means-DEFAULT magic where applicable.
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
- 29 Jan, 2009 3 commits
-
-
Joerg Bruehe authored
-
Luis Soares authored
conflicts: Text conflict in mysql-test/suite/sys_vars/r/rpl_max_binlog_size_func.result Text conflict in mysql-test/suite/sys_vars/t/rpl_max_binlog_size_func.test
-
Luis Soares authored
-