Bug #30367 | Tests using "mysqlbinlog" do not show an expected "ROLLBACK/*!*/;" | ||
---|---|---|---|
Submitted: | 10 Aug 2007 20:04 | Modified: | 22 Aug 2007 17:26 |
Reporter: | Joerg Bruehe | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Logging | Severity: | S3 (Non-critical) |
Version: | 5.1.21 | OS: | Any (all) |
Assigned to: | Andrei Elkin | CPU Architecture: | Any |
[10 Aug 2007 20:04]
Joerg Bruehe
[13 Aug 2007 14:49]
Joerg Bruehe
Similar problem in other tests: binlog.binlog_row_ctype_ucs binlog.binlog_stm_ctype_ucs rpl.rpl_row_mysqlbinlog
[13 Aug 2007 15:14]
Joerg Bruehe
And the last one: rpl.rpl_stm_charset
[21 Aug 2007 14:08]
Andrei Elkin
The latest pb does not show the failures on trees that are close in sync with the main 5.1. The same failures were in some other trees and ceased (e.g on Aug 3rd for mysql-5.1-rpl). Despite the failures are repeatable on mysql-5.1-build, me and Rafal are suggesting to merge mysql-5.1-build - seems to be the only problematic tree - with mysql-5.1 first and watch what will happen.
[22 Aug 2007 17:26]
Joerg Bruehe
This is a bit complicated and not according to assumed procedures: The bug was introduced by a fix that came into the code for 5.1.21 quite late, and so it was detected only during the first builds of 5.1.21. When discussing and analyzing it, Monty discovered that a fix he had already done would also correct this bug. So this fix was pulled into the code for building 5.1.21, builds were restarted, and the bug did not occur again. In effect, no version released by MySQL did contain the bug (it was in some intermediate states only), and no changeset lists the bug number (fixed by routine work, not specifically). Therefore, I set it to "closed".