Activity log for bug #484109

Date Who What changed Old value New value Message
2009-11-17 10:03:09 GuilhemBichot bug added bug
2009-11-17 10:19:28 Martin Pool tags mysql log mysql
2009-11-17 10:19:47 Martin Pool bzr: importance Undecided High
2009-11-17 22:53:15 Dragomir Minkovski summary "bzr log -rX" shows more than one mainline revision? MYSQL/BZR P3: "bzr log -rX" shows more than one mainline revision?
2009-11-17 22:54:31 Dragomir Minkovski description We noticed this in May 2009, after upgrading bzr. According to my discussion with Vincent Ladeuil back in May, which I am re-reading now, it *is* a bug and it was introduced in 1.12 or 1.13. I originally reported this in bug#388794 but it seems this wasn't an appropriate place. I grab https://code.launchpad.net/~mysql/mysql-server/mysql-6.0-codebase-bugfixing and I do bzr --no-plugins --no-aliases log -n0 --show-ids -rrevid:tomas.ulin@sun.com-20080807125302-n34zkiapa4ld9epd When I read the output, I see first, with no indentation, the merge revision tomas.ulin@etc above, ok, then revisions indented (I guess, merged by this merge revision), then, again with no indentation, some other revisions. Like this: ------------------------------------------------------------ revno: 2497.583.12 [merge] revision-id: tomas.ulin@sun.com-20080807125302-n34zkiapa4ld9epd parent: frazer@mysql.com-20080604171340-hesp1emb6dqpstkz parent: tomas.ulin@sun.com-20080807112622-2napywhv8mv4v3wo committer: Tomas Ulin <tomas.ulin@sun.com> branch nick: mysql-5.1-telco-6.2-merge2 timestamp: Thu 2008-08-07 14:53:02 +0200 message: merge ------------------------------------------------------------ revno: 2497.604.48 revision-id: tomas.ulin@sun.com-20080807112622-2napywhv8mv4v3wo parent: martin.skold@mysql.com-20080807102639-d7pdkuxaatb38c1h committer: Tomas Ulin <tomas.ulin@sun.com> branch nick: cge-6.2 timestamp: Thu 2008-08-07 13:26:22 +0200 message: remove open optimization in ndb injector thread as it seems to cause problems for concurrent usage of eg reset master ------------------------------------------------------------ <cut other revisions all indented> ------------------------------------------------------------ revno: 2617.16.6 revision-id: jonas@mysql.com-20080810184850-7bo2v43j1ter288t parent: jonas@mysql.com-20080808144746-r3uyx3qxszycwh5b committer: jonas@mysql.com branch nick: mysql-6.0-ndb timestamp: Sun 2008-08-10 20:48:50 +0200 message: ndb - fix merge error in test rpl_slave_allow_batching_basic ------------------------------------------------------------ <cut other revisions not indented> I don't understand why I see 2617.16.6. Normally, "bzr log -rX" is when you want to see revision X; -n0 is when you also want to see what revisions it merged. Why would it show 2617.16.6? Another example: bzr log --show-ids --long -r revid:staale.smedseng@sun.com-20090609164426-43485ub1mzf9v97g also shows two mainline revisions. This is a Sun/MySQL - Canonical escalation imported into Launchpad by the Canonical Support Team (internal case 6620). Original escalation: 2009-11-17 0:04 UTC We noticed this in May 2009, after upgrading bzr. According to my discussion with Vincent Ladeuil back in May, which I am re-reading now, it *is* a bug and it was introduced in 1.12 or 1.13. I originally reported this in bug#388794 but it seems this wasn't an appropriate place. I grab https://code.launchpad.net/~mysql/mysql-server/mysql-6.0-codebase-bugfixing and I do bzr --no-plugins --no-aliases log -n0 --show-ids -rrevid:tomas.ulin@sun.com-20080807125302-n34zkiapa4ld9epd When I read the output, I see first, with no indentation, the merge revision tomas.ulin@etc above, ok, then revisions indented (I guess, merged by this merge revision), then, again with no indentation, some other revisions. Like this: ------------------------------------------------------------ revno: 2497.583.12 [merge] revision-id: tomas.ulin@sun.com-20080807125302-n34zkiapa4ld9epd parent: frazer@mysql.com-20080604171340-hesp1emb6dqpstkz parent: tomas.ulin@sun.com-20080807112622-2napywhv8mv4v3wo committer: Tomas Ulin <tomas.ulin@sun.com> branch nick: mysql-5.1-telco-6.2-merge2 timestamp: Thu 2008-08-07 14:53:02 +0200 message:   merge     ------------------------------------------------------------     revno: 2497.604.48     revision-id: tomas.ulin@sun.com-20080807112622-2napywhv8mv4v3wo     parent: martin.skold@mysql.com-20080807102639-d7pdkuxaatb38c1h     committer: Tomas Ulin <tomas.ulin@sun.com>     branch nick: cge-6.2     timestamp: Thu 2008-08-07 13:26:22 +0200     message:       remove open optimization in ndb injector thread as it seems to cause problems for concurrent usage of eg reset master     ------------------------------------------------------------ <cut other revisions all indented> ------------------------------------------------------------ revno: 2617.16.6 revision-id: jonas@mysql.com-20080810184850-7bo2v43j1ter288t parent: jonas@mysql.com-20080808144746-r3uyx3qxszycwh5b committer: jonas@mysql.com branch nick: mysql-6.0-ndb timestamp: Sun 2008-08-10 20:48:50 +0200 message:   ndb - fix merge error     in test rpl_slave_allow_batching_basic ------------------------------------------------------------ <cut other revisions not indented> I don't understand why I see 2617.16.6. Normally, "bzr log -rX" is when you want to see revision X; -n0 is when you also want to see what revisions it merged. Why would it show 2617.16.6? Another example: bzr log --show-ids --long -r revid:staale.smedseng@sun.com-20090609164426-43485ub1mzf9v97g also shows two mainline revisions.
2009-11-17 22:54:51 Dragomir Minkovski visibility public private
2009-11-19 15:34:53 Vincent Ladeuil visibility private public
2009-12-04 10:08:15 Launchpad Janitor branch linked lp:~amanica/bzr/325618_log_returns_too_much
2009-12-04 22:15:55 Launchpad Janitor branch linked lp:~ian-clatworthy/bzr/integration
2009-12-04 23:55:48 Ian Clatworthy bzr: status New Fix Released
2009-12-04 23:55:48 Ian Clatworthy bzr: milestone 2.1.0b4
2009-12-04 23:55:48 Ian Clatworthy bzr: assignee Marius Kruger (amanica)
2011-06-14 08:17:24 Max Bowsher removed subscriber bzr-core
2013-07-01 15:43:48 Curtis Hovey removed subscriber Registry Administrators