Activity log for bug #476293

Date Who What changed Old value New value Message
2009-11-06 09:35:45 GuilhemBichot bug added bug
2009-11-17 04:03:03 Dragomir Minkovski summary "bzr log -rX..Y" gives output which does not contain X MYSQL/BZR P3: "bzr log -rX..Y" gives output which does not contain X
2009-11-17 04:04:32 Dragomir Minkovski description Hello. Another report, after 474807 filed recently. My initial intention here was too see whether bzr can be used to tell if a revision Y is a child of X; I expected that "bzr log -rX..Y" would fail if Y is not a child of X. So I did experiments, below. I grab this branch: https://code.launchpad.net/~mysql/mysql-server/mysql-6.0-codebase-bugfixing and I do bzr log -n0 --show-ids -r tag:clone-5.2..tag:mysql-5.1.39 I expected an error, as mysql-5.1.39 is not a child of clone-5.2. I got no error, and the displaid log contains lots of revisions, including tag:clone-5.2 and tag:mysql-5.1.39. I wonder if "no error" is normal, I expected to trigger "bzr: ERROR: Start revision must be older than the end revision" (but when I look at the code which can emit such error, I see it compares revnos; with revnos being dotted numbers, I cannot see how they can reliably be compared). Then I tried the reverse order: bzr log -n0 --show-ids -r tag:mysql-5.1.39..tag:clone-5.2 I expected an error, as clone-5.2 is not a child of mysql-5.1.39. I got no error, and this time the displaid log contains tag:clone-5.2 but NOT tag:mysql-5.1.39, which sounds weird (how come the start bound is not included?). Bazaar (bzr) 2.1.0dev3 from bzr checkout /home/mysql_src/logiciels/bzr_versions/bzr.dev revision: 4782 revid: pqm@pqm.ubuntu.com-20091103035826-tr4qa6fznzmirgiq branch nick: bzr.dev This is a Sun/MySQL - Canonical escalation imported into Launchpad by the Canonical Support Team (internal case 6611 ) Original escalation: 2009-11-16 10:12 UTC Hello. Another report, after 474807 filed recently. My initial intention here was too see whether bzr can be used to tell if a revision Y is a child of X; I expected that "bzr log -rX..Y" would fail if Y is not a child of X. So I did experiments, below. I grab this branch: https://code.launchpad.net/~mysql/mysql-server/mysql-6.0-codebase-bugfixing and I do bzr log -n0 --show-ids -r tag:clone-5.2..tag:mysql-5.1.39 I expected an error, as mysql-5.1.39 is not a child of clone-5.2. I got no error, and the displaid log contains lots of revisions, including tag:clone-5.2 and tag:mysql-5.1.39. I wonder if "no error" is normal, I expected to trigger "bzr: ERROR: Start revision must be older than the end revision" (but when I look at the code which can emit such error, I see it compares revnos; with revnos being dotted numbers, I cannot see how they can reliably be compared). Then I tried the reverse order: bzr log -n0 --show-ids -r tag:mysql-5.1.39..tag:clone-5.2 I expected an error, as clone-5.2 is not a child of mysql-5.1.39. I got no error, and this time the displaid log contains tag:clone-5.2 but NOT tag:mysql-5.1.39, which sounds weird (how come the start bound is not included?). Bazaar (bzr) 2.1.0dev3   from bzr checkout /home/mysql_src/logiciels/bzr_versions/bzr.dev     revision: 4782     revid: pqm@pqm.ubuntu.com-20091103035826-tr4qa6fznzmirgiq     branch nick: bzr.dev
2009-11-17 04:05:46 Dragomir Minkovski visibility public private
2009-11-17 09:54:46 Martin Pool summary MYSQL/BZR P3: "bzr log -rX..Y" gives output which does not contain X MYSQL/BZR P3: "bzr log -rX..Y" should fail if X is not an ancestor of Y
2009-11-17 09:54:49 Martin Pool bzr: status New Confirmed
2009-11-17 09:54:51 Martin Pool bzr: importance Undecided Medium
2010-01-12 18:38:27 Vincent Ladeuil bzr: assignee Vincent Ladeuil (vila)
2010-02-01 16:27:58 Vincent Ladeuil bzr: status Confirmed In Progress
2010-02-02 07:29:02 Vincent Ladeuil visibility private public
2010-02-02 07:29:27 Vincent Ladeuil bzr: milestone 2.2.0
2010-02-03 08:42:20 Launchpad Janitor branch linked lp:~vila/bzr/integration2
2010-02-03 11:03:28 Vincent Ladeuil bzr: milestone 2.2.0 2.2.0b1
2010-02-03 11:03:34 Vincent Ladeuil bzr: status In Progress Fix Released
2011-06-14 08:17:22 Max Bowsher removed subscriber bzr-core
2013-07-01 15:43:47 Curtis Hovey removed subscriber Registry Administrators