f51519beedd3debb87b741e6d887344e04300308: bundleclone: mark as compatible with 3.2; r=smacleod
Gregory Szorc <gps@mozilla.com> - Fri, 07 Nov 2014 11:31:52 -0800 - rev 359896
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bundleclone: mark as compatible with 3.2; r=smacleod
50b456254c7d0fd6679baa8411faf9e1a0218957: testing: test with Mercurial 3.2 by default; r=smacleod
Gregory Szorc <gps@mozilla.com> - Fri, 07 Nov 2014 12:06:00 -0800 - rev 359895
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
testing: test with Mercurial 3.2 by default; r=smacleod The test environment was previously defaulted to Mercurial 3.0.1 for historical reasons. Now that all tests pass on 3.2, bump the default Mercurial version to 3.2.
a0999d82158b46051ce00176aeb86c0a13f7a3cc: testing: update Mercurial versions to reflect release of 3.2 (bug 1095676); r=smacleod
Gregory Szorc <gps@mozilla.com> - Fri, 07 Nov 2014 11:31:25 -0800 - rev 359894
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
testing: update Mercurial versions to reflect release of 3.2 (bug 1095676); r=smacleod Explicitly install 3.2. Drop 3.1 and 3.1.1 from explicitly tested list.
8a57a8571048df604e7f410cd5b147e4c2026bdf: reviewboard: suppress output from hg up; r=smacleod
Gregory Szorc <gps@mozilla.com> - Fri, 07 Nov 2014 11:59:41 -0800 - rev 359893
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: suppress output from hg up; r=smacleod The output from `hg up` has changed in Mercurial 3.2: Mercurial will now print "entering bookmark" and "leaving bookmark" messages. This will cause our expected test output to fail. The output of `hg up` isn't relevant to the tests, so we suppress it by running Mercurial in quiet mode.
596bd8c90120c3832e0b0fd3469e5dd24b556d56: reviewboard: reuse obsoleted attachments; r=smacleod
Gregory Szorc <gps@mozilla.com> - Wed, 29 Oct 2014 13:11:35 -0700 - rev 359892
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: reuse obsoleted attachments; r=smacleod Previously, we would ignore obsoleted attachments when updating Bugzilla's state. With this patch, if we discover an old obsoleted attachment for a review request, we resurrect it from the dead by unobsoleting it. This keeps the number of attachments down and better approximates the activity happening in Review Board.
4dcf5d9d6767e15d4047ceec580a0140b7614623: reviewboard: obsolete review attachments when discarding review request (bug 1004835); r=smacleod
Gregory Szorc <gps@mozilla.com> - Wed, 29 Oct 2014 12:36:23 -0700 - rev 359891
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: obsolete review attachments when discarding review request (bug 1004835); r=smacleod Discarding a review request effectively says "we don't care about this review request any more." Obsoleting an attachment in Bugzilla effectively means the same thing. This patch adds functionality to rbbz that will obsolete Bugzilla attachments for review requests that are obsoleted. The implementation is not terrific yet: reopening a discarded review request will create a new attachment instead of removing the obsolete flag from the identical existing attachment. This will be addressed in a subsequent patch.
883f3e9caf4c675eb44f0f48a8716895733dc8f3: reviewboard: print is_obsolete flag for attachments; r=smacleod
Gregory Szorc <gps@mozilla.com> - Wed, 29 Oct 2014 12:44:44 -0700 - rev 359890
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: print is_obsolete flag for attachments; r=smacleod An upcoming patch will mark attachments as obsolete. To test this, we need to see when attachments are obsolete. So, we add that flag to a bug's dumped output. Tests whose output has changed have been updated.
6d6e6aa880ee366d25a9ad2addc325aadf12500c: reviewboard: verify state of Bugzilla when discarding review requests; r=smacleod
Gregory Szorc <gps@mozilla.com> - Wed, 29 Oct 2014 11:32:08 -0700 - rev 359889
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: verify state of Bugzilla when discarding review requests; r=smacleod An upcoming patch will cause Review Board to update Bugzilla when a review request is discarded. We prepare for this patch by introducing testing of Bugzilla state to test-review-request-closed-discarded.t. The existing tests show bad behavior and are marked as TODO.
84e20bbb2dedb4159549d8e8afa2d14844849a64: reviewboard: soften mq usage warning (bug 1091230); r=smacleod
Gregory Szorc <gps@mozilla.com> - Wed, 29 Oct 2014 14:14:34 -0700 - rev 359888
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: soften mq usage warning (bug 1091230); r=smacleod The old language around MQ usage was a bit harsh. Soften the language and offer a more enticing carrot to change.
3576256848df75c460175c40c0f99a23df4c584e: Backing out 8dd9e623f9a4 (Bug 1095722) for breaking tests.
Mike Conley <mconley@mozilla.com> - Mon, 10 Nov 2014 14:28:34 -0500 - rev 359887
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
Backing out 8dd9e623f9a4 (Bug 1095722) for breaking tests.
54cd3ca90d5da38687764f5284950ecdc3f88ff1: reviewboard: don't always import json (bug 1092476); r=mconley
Gregory Szorc <gps@mozilla.com> - Fri, 31 Oct 2014 13:22:21 -0700 - rev 359886
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
reviewboard: don't always import json (bug 1092476); r=mconley The json module is not available in the Windows Mercurial distribution. Having |import json| at the module level causes the reviewboard extension to fail to load, preventing use completely. In this patch, we move the json import into the the function it is needed in. We also add basic test coverage to ensure that "banned" global imports aren't present after the extension is loaded.
f3dc4b79722e804debf10eddc8bc2298def751c5: serverlog: scripts to parse serverlog log data
Gregory Szorc <gps@mozilla.com> - Mon, 10 Nov 2014 09:28:53 -0800 - rev 359885
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
serverlog: scripts to parse serverlog log data
2950230d729d38024445c3edfae39ec50a791683: docs: start of bookmark workflow docs
Gregory Szorc <gps@mozilla.com> - Sat, 08 Nov 2014 12:10:05 -0800 - rev 359884
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docs: start of bookmark workflow docs
8306da26e997ffdb816d88a7a3b0c543f8920aa2: mozext: mark as compatible with Mercurial 3.2
Gregory Szorc <gps@mozilla.com> - Sat, 08 Nov 2014 12:30:23 -0800 - rev 359883
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
mozext: mark as compatible with Mercurial 3.2
bd484c690a68569c37a1c625317b9a3746eb707f: mozext: remove ability to store refs as bookmarks
Gregory Szorc <gps@mozilla.com> - Sat, 08 Nov 2014 12:28:21 -0800 - rev 359882
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
mozext: remove ability to store refs as bookmarks The feature to store remote refs as bookmarks is not very useful because bookmarks can be advanced easily and this leads to all kinds of confusion. The firefoxtree extension has a proper implementation of read-only labels. So this feature logically lives on there.
ae5e5fb8729da3ff7ed79076a1982908f9daa3df: mozext: don't import remote refs into repository tags
Gregory Szorc <gps@mozilla.com> - Sat, 08 Nov 2014 12:19:49 -0800 - rev 359881
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
mozext: don't import remote refs into repository tags Remote refs were being added to the repo's revisions via lookup() and low-level tag manipulation. In reality, nobody uses these references because firefoxtree has a much better implementation. So, we stop exposing these labels to userland.
a8986825088509f752e30ecd703eceea45486bec: docs: document firefoxtree
Gregory Szorc <gps@mozilla.com> - Sat, 08 Nov 2014 10:23:46 -0800 - rev 359880
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docs: document firefoxtree
8dd9e623f9a4ae858d6152b92931b4a8a8d25857: Bug 1095722 - reviewboard / vcttesting: Create a default Review Board admin for vcttesting. r=gps.
Mike Conley <mconley@mozilla.com> - Fri, 07 Nov 2014 16:58:08 -0500 - rev 359879
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
Bug 1095722 - reviewboard / vcttesting: Create a default Review Board admin for vcttesting. r=gps.
dbdcef8198e9a4bff54918d10f837b1cbd0367fa: Bug 1095750 - vcttesting: Make Docker use TLS_v1 protocol for TLSConfig. r=gps.
Mike Conley <mconley@mozilla.com> - Fri, 07 Nov 2014 17:06:09 -0500 - rev 359878
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
Bug 1095750 - vcttesting: Make Docker use TLS_v1 protocol for TLSConfig. r=gps. This allows us to bypass errors that look like this when attempting the handshake: requests.exceptions.SSLError: [Errno 1] _ssl.c:504: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version
4f8f083f7f0ce393d1d282ba07af79c0e8aa2e56: Bug 1094597 - Fix typo in the manual; r=gps
Francois Marier <francois@mozilla.com> - Thu, 06 Nov 2014 18:40:36 +1300 - rev 359877
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
Bug 1094597 - Fix typo in the manual; r=gps
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip