Delete test_single_nonexistent_post_job test

This is basically testing the case where Zuul wants to tell Jenkins to
run a job, but Jenkins doesn't know about it.  This doesn't really
have an analog in a Zuul v3 world, where we no longer have that
division.  Adding a job to a pipeline with no job definition is really
just a configuration error that we should catch in validation.

Change-Id: I8f9cc063e0bd6472fbc78740279f51280f34ea64
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
This commit is contained in:
Paul Belanger 2016-10-30 21:38:13 -04:00
parent 15e3e20936
commit 4adf5c50d0
1 changed files with 0 additions and 24 deletions

View File

@ -1686,30 +1686,6 @@ jobs:
self.assertEqual(A.data['status'], 'MERGED')
self.assertEqual(A.reported, 2)
@skip("Disabled for early v3 development")
def test_single_nonexistent_post_job(self):
"Test launching a single post job that doesn't exist"
e = {
"type": "ref-updated",
"submitter": {
"name": "User Name",
},
"refUpdate": {
"oldRev": "90f173846e3af9154517b88543ffbd1691f31366",
"newRev": "d479a0bfcb34da57a31adb2a595c0cf687812543",
"refName": "master",
"project": "org/project",
}
}
# Set to the state immediately after a restart
self.resetGearmanServer()
self.launcher.negative_function_cache_ttl = 0
self.fake_gerrit.addEvent(e)
self.waitUntilSettled()
self.assertEqual(len(self.history), 0)
@skip("Disabled for early v3 development")
def test_new_patchset_dequeues_old(self):
"Test that a new patchset causes the old to be dequeued"