updating primary key in table fails to produce correct output in transaction_log/transaction_reader

Bug #480710 reported by Joe Daly
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Drizzle
Fix Released
Critical
Jay Pipes

Bug Description

I created the following test for the transaction_log test suite that produces incorrect output: (note the update statement at the end of the bug report)

Heres the test:

--disable_warnings
 DROP TABLE IF EXISTS t1;
--enable_warnings

CREATE TABLE t1 (
  id INT NOT NULL
, padding VARCHAR(200) NOT NULL
, PRIMARY KEY (id)
);

INSERT INTO t1 VALUES (1, "I love testing.");
INSERT INTO t1 VALUES (2, "I hate testing.");

UPDATE t1 SET id=4 WHERE id=2;

Here is what is produced by the transaction_reader:

CREATE TABLE t1 ( id INT NOT NULL , padding VARCHAR(200) NOT NULL , PRIMARY KEY (id) );
INSERT INTO `test`.`t1` (`id`,`padding`) VALUES (1,'I love testing.');
INSERT INTO `test`.`t1` (`id`,`padding`) VALUES (2,'I hate testing.');
UPDATE `test`.`t1` SET `id`=4 WHERE `id`=4; <------- should be id=2

The update statement is not correct above.

Related branches

Jay Pipes (jaypipes)
Changed in drizzle:
assignee: nobody → Jay Pipes (jaypipes)
importance: Undecided → Critical
status: New → Confirmed
milestone: none → bell
Jay Pipes (jaypipes)
Changed in drizzle:
status: Confirmed → In Progress
Jay Pipes (jaypipes)
Changed in drizzle:
status: In Progress → Fix Committed
Changed in drizzle:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.