Skip to content

Build(deps-dev): Bump prettier-plugin-solidity from 2.1.0 to 2.3.1#288

Merged
fanhousanbu merged 1 commit into
masterfrom
dependabot/npm_and_yarn/prettier-plugin-solidity-2.3.1
Apr 8, 2026
Merged

Build(deps-dev): Bump prettier-plugin-solidity from 2.1.0 to 2.3.1#288
fanhousanbu merged 1 commit into
masterfrom
dependabot/npm_and_yarn/prettier-plugin-solidity-2.3.1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Apr 8, 2026

Copy link
Copy Markdown
Contributor

Bumps prettier-plugin-solidity from 2.1.0 to 2.3.1.

Release notes

Sourced from prettier-plugin-solidity's releases.

v2.3.1

What's Changed

// prettier-plugin-solidity 2.3.0
address payable public valueInParentheses =
    (
        FancyLibrary.functionCall(
            data.data1,
            data.data2,
            IERC20(data.token).decimals(),
            currency
        )
    );
// prettier-plugin-solidity 2.3.1
address payable public valueInParentheses = (
FancyLibrary.functionCall(
data.data1,
data.data2,
IERC20(data.token).decimals(),
currency
)
);

Full Changelog: prettier-solidity/prettier-plugin-solidity@v2.3.0...v2.3.1

v2.3.0

What's Changed

Format changes

We had to address formatting choices rather than just fixing formatting bugs thus there was a need to publish a new minor release.

  • standardising all assignment types by @​Janther in prettier-solidity/prettier-plugin-solidity#1437 There are 4 ways to assign a value to a variable and in each one we used to have a slightly different logic.

    // Constant Definition
    uint constant FOO_BAR = 0x1234;
    contract Foo {
    // State Variable Definition
    uint foo = 0x1234;
    function bar() {
        // Variable Declaration
    

... (truncated)

Commits
  • fe32e08 Patch assignment (#1454)
  • 0d1c450 Bump jest from 30.2.0 to 30.3.0 (#1451)
  • 8bfd4ea Bump @​typescript-eslint/eslint-plugin from 8.56.1 to 8.57.0 (#1452)
  • 255d390 Bump @​types/node from 25.3.5 to 25.4.0 (#1450)
  • 5c05465 bump version (#1448)
  • 365e7e0 updating StrictAstNode so we can remove an unneeded check and multiple also...
  • dd23da0 avoid calling path.node when we already have the reference (#1440)
  • 457de3e no longer needed the indentation of a logical operation if it's the operand o...
  • f37c450 Missing calls to updateMetadata (#1442)
  • 2351319 Reviewing how and when we call cleanModifierInvocationArguments (#1444)
  • Additional commits viewable in compare view

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Apr 8, 2026
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Apr 8, 2026
@dependabot dependabot Bot force-pushed the dependabot/npm_and_yarn/prettier-plugin-solidity-2.3.1 branch from 4f78a89 to 7d91843 Compare April 8, 2026 14:38
Bumps [prettier-plugin-solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) from 2.1.0 to 2.3.1.
- [Release notes](https://github.com/prettier-solidity/prettier-plugin-solidity/releases)
- [Commits](prettier-solidity/prettier-plugin-solidity@v2.1.0...v2.3.1)

---
updated-dependencies:
- dependency-name: prettier-plugin-solidity
  dependency-version: 2.3.1
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot force-pushed the dependabot/npm_and_yarn/prettier-plugin-solidity-2.3.1 branch from 7d91843 to dc74f5c Compare April 8, 2026 14:43
@fanhousanbu fanhousanbu merged commit e46379a into master Apr 8, 2026
13 checks passed
@fanhousanbu fanhousanbu deleted the dependabot/npm_and_yarn/prettier-plugin-solidity-2.3.1 branch April 8, 2026 23:28
jhfnetboy added a commit that referenced this pull request Jul 6, 2026
…#424)

* feat(operator): DVT node-registration wizard scaffold (CC-17 / aastar-sdk#279)

Guided operator onboarding for DVT signing-node registration, reusing the
existing operator deploy wizard scaffolding (StepCard / WizardButton /
WizardProgress / FormField / useTxStep) and the Track-C browser-signing path.

Flow: connect -> eligibility -> key & PoP -> register -> done. The eligibility
step short-circuits to done when the operator already runs a node. The BLS
secret key is generated/imported in-browser and never persisted or sent to the
backend; nodeId is previewed from the PoP before any tx.

All chain/crypto calls sit behind lib/sdk/dvtOperator.ts, stubbed with
DVT_SDK_READY=false until @aastar/sdk 0.37.4/0.38.0 (PR #288) publishes
dvtOperatorActions + buildDvtPop. Wiring is a one-file change (flip the flag,
add the import, fill the WIRE-HERE bodies). Adds a DVT-registration entry card
to the operator hub and zh/en i18n. Also adds .goutou.json (repoId: yaaa).

Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx

* feat(operator): wire DVT wizard to @aastar/sdk 0.38.0 DVT actions (CC-17)

@aastar/sdk 0.38.0 ships buildDvtPop + dvtOperatorActions + DVT_VALIDATOR_ADDRESS
(aastar-sdk#288, on-chain registerWithProof E2E LIVE PASS on Sepolia, tx
0x216a7ed5…, Codex APPROVE). Fill in the lib/sdk/dvtOperator.ts boundary:

- flip DVT_SDK_READY, drop the pending-stub scaffolding
- buildDvtPop -> sdk buildDvtPop; eligibility/register/isRegistered ->
  dvtOperatorActions(DVT_VALIDATOR_ADDRESS)(client): reads on a public client,
  register on the operator's wallet client
- validator address from the SDK canonical DVT_VALIDATOR_ADDRESS (post
  ensureSdkConfig), never hardcoded

Bump @aastar/sdk ^0.35.0 -> ^0.38.0 in aastar-frontend (surgical lockfile
version/resolved/integrity; deps unchanged 0.35->0.38 so no tree churn; backend
range ^0.35.0 still satisfied by the hoisted 0.38.0). Frontend + backend
type-check, frontend eslint, and backend build all pass.

Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx

* fix(operator): address PR #424 review (BLS keygen range, read-back, key commit)

- F1 [Medium] generateBlsSecretKey: a single 256-bit draw is ≥ the BLS12-381
  scalar order ~55% of the time (r ≈ 0.453·2^256), so "Generate" produced a key
  buildDvtPop rejects roughly half the time. Rejection-sample until the draw is
  in [1, r-1]; fix the bogus "~2^-128" comment.
- F2 [Low] Step4: isDvtNodeRegistered's boolean was awaited but ignored — a
  false read-back now surfaces a warning (tx already confirmed, so still advance).
- M1 [Low] Step3 applyKey: an out-of-range imported key was still written to
  wizard state (Continue enabled) despite buildDvtPop throwing. Commit the key
  only when its PoP derives; clear it on failure.

Frontend type-check + eslint green.

Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx

* fix(deps): bump backend @aastar/sdk range to ^0.38.0 to unbreak npm ci

The prior commit bumped only aastar-frontend to ^0.38.0. For 0.x versions
`^0.35.0` means >=0.35.0 <0.36.0, so the backend's untouched ^0.35.0 no longer
matched the hoisted 0.38.0 — `npm ci` failed the lockfile sync check ("Missing:
@aastar/sdk@0.35.0"), taking every CI job down at the install step. Bump the
backend range (+ its lockfile stanza) to ^0.38.0; backend already type-checks
and builds against 0.38.0. `npm ci --dry-run` sync gate passes.

Claude-Session: https://claude.ai/code/session_01RajETCvboSvhadpqMbekNx
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant