#1559 new defect

in test_download.Corruption.test_each_byte, catalog_detection = True has bitrotted

Reported by: davidsarah Owned by: somebody
Priority: normal Milestone: eventually
Component: code Version: 1.8.2
Keywords: test bitrot cleanup Cc:
Launchpad Bug:

Description (last modified by davidsarah)

test_download.Corruption.test_each_byte has a disabled option that is described as follows:

        # Setting catalog_detection=True performs an exhaustive test of the
        # Downloader's response to corruption in the lsb of each byte of the
        # 2070-byte share, with two goals: make sure we tolerate all forms of
        # corruption (i.e. don't hang or return bad data), and make a list of
        # which bytes can be corrupted without influencing the download
        # (since we don't need every byte of the share). That takes 50s to
        # run on my laptop and doesn't have any actual asserts, so we don't
        # normally do that.

Setting catalog_detection = True results in the exception:

[ERROR]: allmydata.test.test_download.Corruption.test_each_byte

Traceback (most recent call last):
  File "/home/davidsarah/tahoe/ticket999/src/allmydata/test/test_download.py", line 1019, in _uploaded
    corrupt_me = [(i, "") for i in range(len(self.sh0_orig))]
exceptions.AttributeError: 'Corruption' object has no attribute 'sh0_orig'

This happens also for the 1.8.2 release, so the bitrot must have occurred at some point before that. To close this ticket, either fix or remove the catalog_detection code.

Change History (3)

comment:1 Changed at 2011-10-13T01:36:57Z by davidsarah

  • Description modified (diff)

comment:2 Changed at 2011-10-13T06:20:29Z by davidsarah

  • Keywords cleanup added

comment:3 Changed at 2012-04-01T04:38:13Z by davidsarah

  • Milestone changed from undecided to eventually
  • Priority changed from minor to normal
Note: See TracTickets for help on using tickets.