BIND 10 #1462: check SOA serial in xfrout
BIND 10 Development
do-not-reply at isc.org
Wed Dec 28 20:09:51 UTC 2011
#1462: check SOA serial in xfrout
-------------------------------------+-------------------------------------
Reporter: | Owner: jinmei
jinmei | Status: reviewing
Type: task | Milestone:
Priority: major | Sprint-20120110
Component: | Resolution:
xfrout | Sensitive: 0
Keywords: | Sub-Project: DNS
Defect Severity: N/A | Estimated Difficulty: 3
Feature Depending on Ticket: AXFR- | Total Hours: 0
out |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by jinmei):
Replying to [comment:10 kevin_tes]:
Shane already reassigned the ticket back to me (as expected), but in
case you didn't know it rather than forgetting it: in general, if you
have addressed review comments the next step is to give the ticket
back to the original reviewer. If you change it to "unassigned", the
ticket could be dangling.
> > - before doing that, add a test case that fails due to the integer
> > comparison (e.g. 0xffffffff "<" 1). see, again, xfrin. Then make
> > the above change, and then confirm it fixes the problem.
> I think this case for a while,and i think it does not to add this test.
> The first reason:The CURRENT_SOA_SERIAL=2011112001,SOA=2011119000 can
test this case,and isc::dns::Serial has such test too.
> If add a test case that fails due to the integer comparison (e.g.
0xffffffff "<" 1), i think it needs to change the CURRENT_SOA_SERIAL,I
think it does not need to change this exited codes too.
I personally don't think it (skipping the explicit test) a good idea.
First, if I understand it correctly, the test case with
CURRENT_SOA_SERIAL=2011112001, SOA=2011119000 cannot detect an error
that integer comparison is incorrectly used instead of comparison by
Serial objects. Second, the main purpose of using a test case like
0xffffffff "<" 1 is not for testing the Serial object works correctly
but to check we really use Serial objects instead of integers and
really compare serials as Serial objects not as integers. It will
also detect if and when introduce a regression we accidentally
reintroduce the same type of bug in future. So the fact that it's
tested in the Serial class implementation cannot be a reason for
skipping it here.
Also, I didn't suggest changing the definition of CURRENT_SOA_SERIAL,
etc. For the test like 0xffffffff "<" 1 I expected to introduce
another constant (or hardcoded values if they are only used in that
specific tests).
> > - ixfr-to-axfr test cases shouldn't be removed (we need to _SERIAL the
> > test parameters and check the fallback behavior, not just remove
it).
> > - I believe we need a changelog for it.
> I have recovered this test and changed the test parameters.
I don't see the recover of the ixfr-to-axfr (and axfr-style of ixfr)
test in the latest revision (e99849d). Perhaps you forgot pushing
your local change?
Please also show proposed changelog entry.
--
Ticket URL: <http://bind10.isc.org/ticket/1462#comment:13>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list