7cae51b9c0c2a89ef6405c973b8071a2426f9292: Bug 1121211 - Add an "oops" command to do the same thing as qbackout with real commits, r=edmorley
Steve Fink <sfink@mozilla.com> - Wed, 14 Jan 2015 13:52:30 -0800 - rev 360099
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
Bug 1121211 - Add an "oops" command to do the same thing as qbackout with real commits, r=edmorley
d62f10bb020912aa21d99dd04edca631fde2a3c3: mozhg.auth: support explicit listing of profiles (bug 1121328); r=sfink
Gregory Szorc <gps@mozilla.com> - Wed, 14 Jan 2015 11:11:16 -0800 - rev 360098
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
mozhg.auth: support explicit listing of profiles (bug 1121328); r=sfink This is a follow-up from the previous patch. bugzilla.firefoxprofile can now be defined to explicitly control how Firefox profiles are searched for Bugzilla cookies. This provides users the control they want and need.
194c89c088b384537b08af6fd25ec48ee58131af: mozhg.auth: support specifying which Firefox profile to grab cookies from (bug 1121328); r=sfink
Gregory Szorc <gps@mozilla.com> - Wed, 14 Jan 2015 10:44:44 -0800 - rev 360097
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
mozhg.auth: support specifying which Firefox profile to grab cookies from (bug 1121328); r=sfink bzexport supported specifying the Firefox profile to use to obtain Bugzilla cookies from. mozhg.auth iterated all profiles by default. When bzexport was recently switched to mozhg.auth, it lost the ability to specify a Firefox profile. People may want to specify a specific Firefox profile to use. This change teaches mozhg.auth.getbugzillauth() to honor that intent and it makes bzexport use that.
00a659f286523729027fc46109c30216b3b50610: docker: rename start_bmo API
Gregory Szorc <gps@mozilla.com> - Mon, 12 Jan 2015 16:51:23 -0800 - rev 360096
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docker: rename start_bmo API More preparation for adding Review Board to Docker.
8507df9b4dc5f586f54e165ada086fef88efd742: docker: rename the API for building bootstrapped Docker images
Gregory Szorc <gps@mozilla.com> - Mon, 12 Jan 2015 15:52:55 -0800 - rev 360095
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docker: rename the API for building bootstrapped Docker images We'll be adding support for running Review Board from Docker. In preparation for this, rename build_bmo/build_mozreview.
5bc5766ad465a87b7c205639e6e63da7ef354174: docker: add a context manager for running containers
Gregory Szorc <gps@mozilla.com> - Mon, 12 Jan 2015 15:41:15 -0800 - rev 360094
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docker: add a context manager for running containers Previously, if we encountered an exception (such as KeyboardInterrupt) while a container was running, we wouldn't always stop that container. Adding a context manager that always cleans up containers fixes this issue in most scenarios.
6bb9209a4c88fd55c3bcdb5269a88d90cdad7b25: docker: remove Fig configuration for running BMO
Gregory Szorc <gps@mozilla.com> - Mon, 12 Jan 2015 15:12:18 -0800 - rev 360093
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docker: remove Fig configuration for running BMO This is essentially a revert of c9a0ad6789ac. This Fig code was added before we had docker.py and CLI scripts for starting instances. It shouldn't be used anywhere and should be safe to remove.
da57021846e621543ea3cdcab1f50c7fef5c0a5a: docker: don't reference undefined variable in bmodb-volatile
Gregory Szorc <gps@mozilla.com> - Mon, 12 Jan 2015 15:09:25 -0800 - rev 360092
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
docker: don't reference undefined variable in bmodb-volatile $BUGZILLA_HOME was likely cargo-culted from the bmoweb Dockerfile. This path isn't referenced anywhere, so nuke it.
ddbaeef9b1444c69470cd470df2f294a7a6a5bb3: testing: support specifying directories to run tests
Gregory Szorc <gps@mozilla.com> - Wed, 14 Jan 2015 12:56:57 -0800 - rev 360091
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
testing: support specifying directories to run tests
a0dcea3853b35a3a294dd093e74a945c9de147c8: testing: mark django-evolution as unverified
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 10:07:35 -0800 - rev 360090
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
testing: mark django-evolution as unverified Modern versions of pip may choke when installing django-evolution from Review Board's up-until-now insecure http:// URL. This problem will likely go away in the future.
4e7ab9638cf0c735008ae317bf5b8727f946740c: bzexport: use glob in place of hard-coded IP
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 22:15:17 -0800 - rev 360089
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: use glob in place of hard-coded IP This snuck past code review. Change is trivial. Fixing it now since it breaks Jenkins.
f3b00cd1ea334ff044019600361e3e069e3c67a6: bzexport: switch to new bzapi endpoint (bug 1121247); r=sfink
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 16:12:28 -0800 - rev 360088
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: switch to new bzapi endpoint (bug 1121247); r=sfink bzAPI is now part of BMO. We no longer need a dedicated config option to declare its URL. Instead, we compute the URL from the Bugzilla URL. We add a warning indicating that the old config option is now deprecated and should be removed. While we were here, some legacy documentation has also been cleaned up.
711ac7644396b7619ca254e1f21e384b99489a8b: bzexport: send proper parameters when updating bugs (bug 1121254); r=sfink
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 16:47:30 -0800 - rev 360087
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: send proper parameters when updating bugs (bug 1121254); r=sfink We were previously attempting to send the full bug data structure when updating a bug as part of reassigning it. Bugzilla didn't like this. We change our approach to only define the fields that we explicitly wish to update.
fcc5bb1b97a12f0c7476e72aa887946d930c3c6d: bzexport: test reassigning a bug (bug 1121254); r=sfink
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 16:37:46 -0800 - rev 360086
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: test reassigning a bug (bug 1121254); r=sfink This added test demonstrates a bug when reassigning a bug to a new user.
4343276176a13894002dc1648ecca086e26a74c4: bzexport: use a better variable name than aid; r=sfink
Gregory Szorc <gps@mozilla.com> - Tue, 13 Jan 2015 15:37:26 -0800 - rev 360085
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: use a better variable name than aid; r=sfink This request came from review feedback that wasn't seen until after the patch in question landed. This patch wasn't explicitly reviewed. But, it's just a variable change, so meh.
c90f316ceb9a428adfca97498af1d1b81aee5cef: bzexport: search for users using REST API; r=sfink
Gregory Szorc <gps@mozilla.com> - Thu, 08 Jan 2015 18:18:53 -0800 - rev 360084
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: search for users using REST API; r=sfink Strangely, passing the parameters in the HTTP body doesn't work on this endpoint (like it does elsewhere). Passing them in the query string works just fine.
dceb4a157dd9df9c5fe75384b1b5edfde08d8c41: bzexport: use REST to obtain information about a user; r=edmorley, sfink
Gregory Szorc <gps@mozilla.com> - Thu, 08 Jan 2015 18:10:06 -0800 - rev 360083
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: use REST to obtain information about a user; r=edmorley, sfink I don't feel keeping this once-used API inside bz.py is worth it. Inlining into bzauth.py makes the code simpler.
9138223c973a0de2fc09d430c473030eb3e24556: bzexport: use REST API for getting and updating bugs; r=sfink
Gregory Szorc <gps@mozilla.com> - Thu, 08 Jan 2015 18:03:05 -0800 - rev 360082
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: use REST API for getting and updating bugs; r=sfink These needed to be updated together because the data structure used by updating the bug is the same one as used by fetching the bug.
387a277008cb32cc41d8282ed5136799796b13be: bzexport: use REST API for attachment creation; r=sfink
Gregory Szorc <gps@mozilla.com> - Thu, 08 Jan 2015 16:54:00 -0800 - rev 360081
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: use REST API for attachment creation; r=sfink This required changing a number of parameters to be compatible with the REST API.
a5fde5213a2ae951b6aad84ea415edaba0cac7a9: bzexport: fetch attachments via REST API; r=sfink
Gregory Szorc <gps@mozilla.com> - Thu, 08 Jan 2015 16:14:08 -0800 - rev 360080
Push 16998 by rwood@mozilla.com at Mon, 02 May 2016 19:42:03 +0000
bzexport: fetch attachments via REST API; r=sfink One less consumer of the bzAPI...
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip