CALL mtr.add_suppression("Could not parse key-value pairs in property string.*");
#
# Bug#26318759 ASSERT IN ROW_DROP_TABLE_FOR_MYSQL IN ROW/ROW0MYSQL.CC
#
SET SESSION information_schema_stats_expiry=0;
SET SESSION debug= "+d,information_schema_fetch_table_stats";
CREATE TABLE t1 (a VARCHAR(200), b TEXT, FULLTEXT (a,b));
INSERT INTO t1 VALUES ('a','b');
SELECT table_name, cardinality  FROM INFORMATION_SCHEMA.STATISTICS
WHERE cardinality > 0 and table_schema='test';
TABLE_NAME	CARDINALITY
t1	1
t1	1
DROP TABLE t1;
SET SESSION debug= "-d,information_schema_fetch_table_stats";
SET SESSION information_schema_stats_expiry=default;
#
# Bug #27569314: ASSERTION `(UCHAR *)TABLE->DEF_READ_SET.BITMAP +
# TABLE->S->COLUMN_BITMAP_SIZE
#
# RQG bug, not directly re-producible. Provoking same issue using
# fault injection. Without fix, this would trigger same assert as seen
# in RQG. Triggered by a failure to call tmp_restore_column_map in case
# of errors.
CREATE TABLE t1(i INT);
SET SESSION debug="+d,sim_acq_fail_in_store_ci";
SHOW CREATE TABLE t1;
ERROR HY000: Got unknown error: 42
SET SESSION debug="";
DROP TABLE t1;
#
# Bug#28460158 SIG 11 IN ITEM_FUNC_GET_DD_CREATE_OPTIONS::VAL_STR AT SQL/ITEM_STRFUNC.CC:4167
#
CREATE TABLE t1(f1 INT, s VARCHAR(10));
SELECT TABLE_NAME, CREATE_OPTIONS FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME='t1';
TABLE_NAME	CREATE_OPTIONS
t1	
SET debug = '+d,skip_dd_table_access_check';
update mysql.tables set options=concat(options,"abc") where name='t1';
SET debug = '+d,continue_on_property_string_parse_failure';
SELECT TABLE_NAME, CREATE_OPTIONS FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME='t1';
TABLE_NAME	CREATE_OPTIONS
t1	
SET debug = DEFAULT;
DROP TABLE t1;
Pattern "Could not parse key-value pairs in property string.*" found
#
# Bug#28875646 - ASSERTION `THD->GET_TRANSACTION()->IS_EMPTY(TRANSACTION_CTX::STMT) || (THD->STAT
#
CREATE TABLE t1 (f1 INT );
# Case 1: Test case to verify re-prepare of a prepared statement using
#         INFORMATION_SCHEMA table in LOCK TABLE mode does not add a SE
#         to the transaction while opening query tables.
#         (Scenario reported in the bug page)
PREPARE stmt FROM 'show events';
EXECUTE stmt;
Db	Name	Definer	Time zone	Type	Execute at	Interval value	Interval field	Starts	Ends	Status	Originator	character_set_client	collation_connection	Database Collation
FLUSH TABLES;
LOCK TABLE t1 READ;
SET DEBUG_SYNC="after_statement_reprepare SIGNAL flush_tables WAIT_FOR continue";
EXECUTE stmt;
SET DEBUG_SYNC="now WAIT_FOR flush_tables";
SET DEBUG="+d,skip_dd_table_access_check";
FLUSH TABLES mysql.events;
SET DEBUG="-d,skip_dd_table_access_check";
SET DEBUG_SYNC="now SIGNAL continue";
# Without fix, execution of a prepared statement in the debug build will
# hit the assert condition to check no SEs added to the transaction while
# opening query tables. In non-debug build execution continues without
# any issues.
# With fix, in debug build "stmt" execution succeeds.
Db	Name	Definer	Time zone	Type	Execute at	Interval value	Interval field	Starts	Ends	Status	Originator	character_set_client	collation_connection	Database Collation
# Case 2: Test case added for the coverage.
#         Test case to verify no SEs added to the transaction when open
#         table fails after opening INFORMATION_SCHEMA tables in LOCK TABLE
#         mode. In debug build, assert condition mentioned in the bug
#         report fails if there are any SEs added to the transaction.
SELECT * FROM INFORMATION_SCHEMA.EVENTS, t2;
ERROR HY000: Table 't2' was not locked with LOCK TABLES
UNLOCK TABLES;
# Case 3: Test case added for the coverage.
#         Test case to verify no SEs added to the transaction when open
#         table fails after opening INFORMATION_SCHEMA tables. In debug
#         build, assert condition mentioned in the bug report fails if
#         there are any SEs added to the transaction.
SELECT * FROM INFORMATION_SCHEMA.EVENTS, t2;
ERROR 42S02: Table 'test.t2' doesn't exist
DROP TABLE t1;
DROP PREPARE stmt;
SET DEBUG_SYNC=RESET;