-
Notifications
You must be signed in to change notification settings - Fork 37.7k
fuzz: Delete wallet_notifications #28882
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers. Code CoverageFor detailed information about the code coverage, see the test coverage report. ReviewsSee the guideline for information on the review process.
If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update. ConflictsReviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first. |
c2966e8
to
6367805
Compare
I think it was added as a regression fuzz test, so it can find at least that one regression. I am running it on my servers and I agree it should be improved. |
Concept ACK I started working on improving it, perhaps I could prioritize it. Besides being slow, I believe it is not deterministic. |
Can you add steps to reproduce? |
The way it creates the wallet, calls // Make a seed
CKey seed_key;
seed_key.MakeNewKey(true);
CPubKey seed = seed_key.GetPubKey();
assert(seed_key.VerifyPubKey(seed));
// Get the extended key
CExtKey master_key;
master_key.SetSeed(seed_key);
SetupDescriptorScriptPubKeyMans(master_key); |
@maflcko thoughts on deleting it? |
No objection to deleting it, once there is a replacement. Though, it seems there is no rush to delete it, before there is a replacement. Maybe #28578 (fuzz: add target for DescriptorScriptPubKeyMan by brunoerg) could be reviewed, and confirmed that it can also catch the regression, or be adjusted to catch the regression? |
Ah, looks like it was never merged #23444 |
🤷 |
See #28933 |
Is there a link available, so that others can look up the information for themselves? |
This harness is not doing much since it is incredibly slow. It's probably better to remove it until someone finds the time to improve it. Otherwise this just wastes resources in our CI and oss-fuzz.
On oss-fuzz for example, it never even starts fuzzing because it times-out while running through the existing corpus: