BIND 10 trac2439, updated. 2a742e19fb8c128456c90b9ae679d2a4806313d3 [2439] Lettuce test for failed validation after update

[BIND 10 source code commits]

The branch, trac2439 has been updated
       via  2a742e19fb8c128456c90b9ae679d2a4806313d3 (commit)
      from  cc9e3303451d440894ce918ae5f1e0d55b30f650 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 2a742e19fb8c128456c90b9ae679d2a4806313d3
Author: Michal 'vorner' Vaner <michal.vaner at nic.cz>
Date:   Fri Jan 25 12:23:19 2013 +0100

    [2439] Lettuce test for failed validation after update
    
    Check the new version is rejected and the old one is still available.

-----------------------------------------------------------------------

Summary of changes:
 tests/lettuce/features/xfrin_bind10.feature |   23 ++++++++++++++++-------
 1 file changed, 16 insertions(+), 7 deletions(-)

-----------------------------------------------------------------------
diff --git a/tests/lettuce/features/xfrin_bind10.feature b/tests/lettuce/features/xfrin_bind10.feature
index c9bd758..cb1c33c 100644
--- a/tests/lettuce/features/xfrin_bind10.feature
+++ b/tests/lettuce/features/xfrin_bind10.feature
@@ -45,7 +45,20 @@ Feature: Xfrin
     When I do an AXFR transfer of example.org
     Then transfer result should have 13 rrs
 
-
+    # Now try to offer another update. However, the validation of
+    # data should fail. The old version shoud still be available.
+    When I send bind10 the following commands with cmdctl port 47804:
+    """
+    config set data_sources/classes/IN[0]/params/database_file data/example.org-nons.sqlite3
+    config set Auth/database_file data/example.org-nons.sqlite3
+    config commit
+    """
+    Then I send bind10 the command Xfrin retransfer example.org IN ::1 47807
+    And wait for new bind10 stderr message XFRIN_ZONE_INVALID
+    And wait for new bind10 stderr message XFRIN_INVALID_ZONE_DATA
+    Then wait for new bind10 stderr message ZONEMGR_RECEIVE_XFRIN_FAILED
+    A query for example.org type NS to [::1]:47806 should have rcode NOERROR
+    And transfer result should have 13 rrs
 
     Scenario: Transfer with TSIG
     # Similar setup to the test above, but this time, we add TSIG configuration
@@ -129,9 +142,5 @@ Feature: Xfrin
     Then wait for new bind10 stderr message ZONEMGR_RECEIVE_XFRIN_FAILED
     # The zone still doesn't exist as it is rejected.
     # FIXME: This step fails. Probably an empty zone is created in the data
-    # source :-|.
-    A query for www.example.org to [::1]:47806 should have rcode REFUSED
-
-    # TODO: Update scenario, load previous zone, upgrade to never one but
-    # broken. We use the fact that the SOA serial is higher in the nons
-    # version of DB.
+    # source :-|. This should be REFUSED, not SERVFAIL.
+    A query for www.example.org to [::1]:47806 should have rcode SERVFAIL