Skip to content

fix(dashmate): already configured preset is ignored - #974

Merged
shumkov merged 3 commits into
v0.24-devfrom
fix/dashmate/preconfigured_preset_ignored
Apr 26, 2023
Merged

fix(dashmate): already configured preset is ignored#974
shumkov merged 3 commits into
v0.24-devfrom
fix/dashmate/preconfigured_preset_ignored

Conversation

@shumkov

Copy link
Copy Markdown
Collaborator

Issue being fixed or feature implemented

If dashmate setup command is called with the preset argument then there is no check is this preset already configured

What was done?

  • Check for preconfigured preset if preset is predefined as well

How Has This Been Tested?

Manually

Breaking Changes

None

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have made corresponding changes to the documentation

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

@shumkov
shumkov requested a review from antouhou as a code ownerApril 25, 2023 11:16
@shumkovshumkov added this to the v0.24.0 milestone Apr 25, 2023
shuplenkov
shuplenkov previously approved these changes Apr 25, 2023
Comment threadpackages/dashmate/src/commands/setup.js
@shumkov
shumkov merged commit c9e3065 into v0.24-devApr 26, 2023
@shumkov
shumkov deleted the fix/dashmate/preconfigured_preset_ignored branch April 26, 2023 14:57
romchornyi pushed a commit that referenced this pull request Aug 25, 2026
Per the decision on the blocker: the pinned branch is re-cut without
#866's `rescan_committed_range`.
Two reasons, and the second is the one that decides it. The Codex finding
stands — the sweep accumulates every match from the birth height into one
`BTreeMap` and queues them together, so an eclipsing compact-filter peer
can turn a full-history rescan into a chain-length allocation followed by
millions of block requests, and nothing upstream bounds it yet.
More decisive is the honest case. On a real long-history CoinJoined
restore the #846 backward sweep ran 191 times, reached a 2.9 GB
footprint, and was killed by jetsam before finishing; the coalescing fix
for that is dashpay/rust-dashcore#974, which is not merged. Shipping #866
without #974 would trade a mid-sync stall for a restore that kills the
app — and long-history migrated wallets are exactly this release's
audience.
What the pin still carries is the point of this PR: #964, #960, #955,
#947 and #946, the six sync-stall fixes, plus #945, #928, #963, #965,
#967, #970 and #980. Dropping #866 restores the status quo of the
previous pin rather than introducing a regression — #846's mid-sync
invisibility was never fixed in what shipped — and the migrated-wallet
heal (#4377) does a full rescan, so it does not lean on this sweep.
#866 and #974 come back together next cycle, with a bounded drain for the
accumulation finding.
Branch: dashpay/rust-dashcore@chore/sync-fixes-without-swept, re-cut at
33030acf (base #945 plus eight cherry-picks, #866 omitted).
HashEngineering added a commit to HashEngineering/platform that referenced this pull request Aug 25, 2026
…th dev (a5d7ea0b)
The dashpay#979 engine fixes and dashpay#974's coalesced committed-range sweeps now
live on one rev: fix/key-wallet-rescan-changeset merged with dev, with
the durable pending-sweep re-keyed to the coalesced model (manager-level
swept-awaiting-commit receipt, resume-only seeding). Replaces the two
superseded pins this branch carried (6768f983, 9a68e652).
The rev also carries rust-dashcore dashpay#981 (Mnemonic::from_phrase is now
the auto-detecting parse), so the three parse_mnemonic_any_language
wordlist walks (wallet_lifecycle, rs-platform-wallet-ffi derivation +
identity_keys_from_mnemonic, rs-sdk-ffi signer_simple) collapse to thin
delegates and the language-tagged test call sites drop the argument.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@shumkov@shuplenkov