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 was 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:
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)