You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 2, 2021. It is now read-only.
After #2202 was merged, flooding of recovery attempts is still occurring under a different set of conditions.
The current implementation sets the publisher in the context when downloading content; so that content recovery process is triggered only when the publisher was explicitly set in the download query/request. But it seems this is not enough to fix all of the flooding.
When a made-up hash is requested and the publisher is set, the flooding also occurs.
Something similar occurs when setting a made-up publisher.
Verify that the test scenarios behave as specified, without flooding in any case:
Chunk
Publisher
Expected Result
Valid Chunk
Valid Publisher
Recovery Successful
Invalid Chunk
Valid Publisher
Recovery Unsuccessful
Valid Chunk
Invalid Publisher
Recovery Unsuccessful
Invalid Chunk
Invalid Publisher
Recovery Unsuccessful
(valid/invalid means existing/non-existing)
The text was updated successfully, but these errors were encountered:
This issue was originally raised in #2205.
After #2202 was merged, flooding of recovery attempts is still occurring under a different set of conditions.
The current implementation sets the publisher in the context when downloading content; so that content recovery process is triggered only when the publisher was explicitly set in the download query/request. But it seems this is not enough to fix all of the flooding.
When a made-up hash is requested and the publisher is set, the flooding also occurs.
Something similar occurs when setting a made-up publisher.
Verify that the test scenarios behave as specified, without flooding in any case:
(valid/invalid means existing/non-existing)
The text was updated successfully, but these errors were encountered: