type <t> does not satisfy the constraint 'INumber'

[cinlk]

package version: @polkadot/api@7.13.1, @polkadot/types-codec@7.13.1,@polkadot/types@7.13.1

I am running the command "ts-node --skip-project node_modules/@polkadot/typegen/scripts/polkadot-types-from-chain.cjs --package '.' --endpoint ./packages/types/src/metadata/meta.json --output ./packages/types/src/interfaces" to generate 'augment-api-*' files. The 'augment-api-tx.ts' file has some strange errors that each of generic type 'Compact ' of 'T' dose not satisfy constraint 'INumber'.

such asCompact<ReferendumIndex> Compact<u32> Compact<ReferendumIndex> Compact<BalanceOf> Compact<Balance> etc

[jacogr]

You will need to provide an example of the output and the error line.

[cinlk]

// Auto-generated via yarn polkadot-types-from-chain, do not edit / eslint-disable /

import type { EthereumBlockNumber, EthereumHeader, EthereumReceiptProof, EthereumReceiptProofThing, EthereumRelayHeaderParcel, EthereumRelayProofs, KtonBalance, MMRProof, RedeemFor, RelayAuthoritySignature, RelayAuthoritySigner, RingBalance, StakingBalanceT, TsInMs } from './darwiniaInject'; import type { RelayAffirmationId } from './relayerGame'; import type { ApiTypes } from '@polkadot/api-base/types'; import type { Data } from '@polkadot/types'; import type { Bytes, Compact, Option, U256, U8aFixed, Vec, bool, u16, u32, u64, u8 } from '@polkadot/types-codec'; import type { AnyNumber, ITuple } from '@polkadot/types-codec/types'; import type { BabeEquivocationProof, NextConfigDescriptor } from '@polkadot/types/interfaces/babe'; import type { BridgedHeader, InboundRelayer, InitializationData, LaneId, MessageNonce, MessagesDeliveryProofOf, MessagesProofOf, OperatingMode, OutboundMessageFee, OutboundPayload, Parameter, UnrewardedRelayersState } from '@polkadot/types/interfaces/bridges'; import type { MemberCount, ProposalIndex } from '@polkadot/types/interfaces/collective'; import type { AccountVote, Conviction, PropIndex, Proposal, ReferendumIndex } from '@polkadot/types/interfaces/democracy'; import type { Renouncing } from '@polkadot/types/interfaces/elections'; import type { EthereumAddress } from '@polkadot/types/interfaces/eth'; import type { Signature } from '@polkadot/types/interfaces/extrinsics'; import type { GrandpaEquivocationProof, GrandpaJustification, KeyOwnerProof } from '@polkadot/types/interfaces/grandpa'; import type { IdentityFields, IdentityInfo, IdentityJudgement, RegistrarIndex } from '@polkadot/types/interfaces/identity'; import type { Heartbeat } from '@polkadot/types/interfaces/imOnline'; import type { ProxyType } from '@polkadot/types/interfaces/proxy'; import type { AccountId, Balance, BalanceOf, BlockNumber, BlockNumberFor, Call, CallHashOf, ChangesTrieConfiguration, H160, Hash, Header, KeyValue, LookupSource, Moment, OpaqueCall, Perbill, Percent, Weight } from '@polkadot/types/interfaces/runtime'; import type { Period, Priority } from '@polkadot/types/interfaces/scheduler'; import type { Keys } from '@polkadot/types/interfaces/session'; import type { SocietyJudgement } from '@polkadot/types/interfaces/society'; import type { ElectionScore, EraIndex, RawSolution, RewardDestination, SolutionOrSnapshotSize, Supports, ValidatorPrefs } from '@polkadot/types/interfaces/staking'; import type { Key } from '@polkadot/types/interfaces/system'; import type { BountyIndex } from '@polkadot/types/interfaces/treasury'; import type { Timepoint } from '@polkadot/types/interfaces/utility'; import type { VestingInfo } from '@polkadot/types/interfaces/vesting';

declare module '@polkadot/api-base/types/submittable' { export interface AugmentedSubmittables { authorship: { /**

• Provide a set of uncles. / setUncles: AugmentedSubmittable<(newUncles: Vec
  | (Header | { parentHash?: any; number?: any; stateRoot?: any; extrinsicsRoot?: any; digest?: any } | string | Uint8Array)[]) => SubmittableExtrinsic, [Vec

  ]>; /
• Generic tx / }; babe: { /
• Plan an epoch config change. The epoch config change is recorded and will be enacted on
• the next call to enact_epoch_change. The config will be activated one epoch after.
• Multiple calls to this method will replace any existing planned config change that had
• not been enacted yet. / planConfigChange: AugmentedSubmittable<(config: NextConfigDescriptor | { V0: any } | { V1: any } | string | Uint8Array) => SubmittableExtrinsic, [NextConfigDescriptor]>; /
• Report authority equivocation/misbehavior. This method will verify
• the equivocation proof and validate the given key ownership proof
• against the extracted offender. If both are valid, the offence will
• be reported. / reportEquivocation: AugmentedSubmittable<(equivocationProof: BabeEquivocationProof | { offender?: any; slotNumber?: any; firstHeader?: any; secondHeader?: any } | string | Uint8Array, keyOwnerProof: KeyOwnerProof | { session?: any; trieNodes?: any; validatorCount?: any } | string | Uint8Array) => SubmittableExtrinsic, [BabeEquivocationProof, KeyOwnerProof]>; /
• Report authority equivocation/misbehavior. This method will verify
• the equivocation proof and validate the given key ownership proof
• against the extracted offender. If both are valid, the offence will
• be reported.
• This extrinsic must be called unsigned and it is expected that only
• block authors will call it (validated in ValidateUnsigned), as such
• if the block author is defined it will be defined as the equivocation
• reporter. / reportEquivocationUnsigned: AugmentedSubmittable<(equivocationProof: BabeEquivocationProof | { offender?: any; slotNumber?: any; firstHeader?: any; secondHeader?: any } | string | Uint8Array, keyOwnerProof: KeyOwnerProof | { session?: any; trieNodes?: any; validatorCount?: any } | string | Uint8Array) => SubmittableExtrinsic, [BabeEquivocationProof, KeyOwnerProof]>; /
• Generic tx / }; balances: { /
• Exactly as transfer, except the origin must be root and the source account may be
• specified.
• • Same as transfer, but additional read and write because the source account is
• not assumed to be in the overlay.

• / forceTransfer: AugmentedSubmittable<(source: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, dest: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, value: Compact\<Balance> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [LookupSource, LookupSource, Compact\<Balance>]>; /

• Set the balances of a given account.
• This will alter FreeBalance and ReservedBalance in storage. it will
• also decrease the total issuance of the system (TotalIssuance).
• If the new free or reserved balance is below the existential deposit,
• it will reset the account nonce (frame_system::AccountNonce).
• The dispatch origin for this call is root.
• • Independent of the arguments.
• • Contains a limited number of reads and writes.

• / setBalance: AugmentedSubmittable<(who: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, newFree: Compact\<Balance> | AnyNumber | Uint8Array, newReserved: Compact\<Balance> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [LookupSource, Compact\<Balance>, Compact\<Balance>]>; /

• Transfer some liquid free balance to another account.
• transfer will set the FreeBalance of the sender and receiver.
• It will decrease the total issuance of the system by the TransferFee.
• If the sender's account is below the existential deposit as a result
• of the transfer, the account will be reaped.
• The dispatch origin for this call must be Signed by the transactor.
• • Dependent on arguments but not critical, given proper implementations for
• input config types. See related functions below.
• • It contains a limited number of reads and writes internally and no complex computation.
• Related functions:
• • ensure_can_withdraw is always called internally but has a bounded complexity.
• • Transferring balances to accounts that did not exist before will cause
• T::OnNewAccount::on_new_account to be called.
• • Removing enough funds from an account will trigger T::DustRemoval::on_unbalanced.
• • transfer_keep_alive works the same way as transfer, but has an additional
• check that the transfer will not kill the origin account.

• / transfer: AugmentedSubmittable<(dest: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, value: Compact\<Balance> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [LookupSource, Compact\<Balance>]>; /

• Transfer the entire transferable balance from the caller account.
• NOTE: This function only attempts to transfer transferable balances. This means that
• any locked, reserved, or existential deposits (when keep_alive is true), will not be
• transferred by this function. To ensure that this function results in a killed account,
• you might need to prepare the account by removing any reference counters, storage
• deposits, etc...
• The dispatch origin of this call must be Signed.
• • dest: The recipient of the transfer.
• • keep_alive: A boolean to determine if the transfer_all operation should send all
• of the funds the account has, causing the sender account to be killed (false), or
• transfer everything except at least the existential deposit, which will guarantee to
• keep the sender account alive (true).
• • O(1). Just like transfer, but reading the user's transferable balance first.

• / transferAll: AugmentedSubmittable<(dest: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, keepAlive: bool | boolean | Uint8Array) => SubmittableExtrinsic, [LookupSource, bool]>; /

• Same as the [transfer] call, but with a check that the transfer will not kill the
• origin account.
• 99% of the time you want [transfer] instead.
• / transferKeepAlive: AugmentedSubmittable<(dest: LookupSource | { Id: any } | { Index: any } | { Raw: any } | { Address32: any } | { Address20: any } | string | Uint8Array, value: Compact\<Balance> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [LookupSource, Compact\<Balance>]>; /
• Generic tx / }; bounties: { /
• Accept the curator role for a bounty.
• A deposit will be reserved from curator and refund upon successful payout.
• May only be called from the curator.
• • O(1).

• / acceptCurator: AugmentedSubmittable<(bountyId: Compact\<BountyIndex> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [Compact\<BountyIndex>]>; /

• Approve a bounty proposal. At a later time, the bounty will be funded and become active
• and the original deposit will be returned.
• May only be called from T::ApproveOrigin.
• • O(1).

• **/ approveBounty: AugmentedSubmittable<(bountyId: Compact<\BountyIndex> | AnyNumber | Uint8Array) => SubmittableExtrinsic, [Compact\<BountyIndex>]>;

These functions from above code containing generic type as "Compact\<T>" T is from runtime type show the error.

[jacogr]

This is the exact same form used eg. here -

https://github.com/polkadot-js/api/blob/2b1a7da4468bb71e4fb122a1e70df42f9930be66/packages/api-augment/src/substrate/tx.ts#L627

Which version of TypeScript are you using? Could be related to https://polkadot.js.org/docs/usage/FAQ#under-typescript-i-have-ts-compilation-errors

[cinlk]

4.6.2

This is the exact same form used eg. here -

https://github.com/polkadot-js/api/blob/2b1a7da4468bb71e4fb122a1e70df42f9930be66/packages/api-augment/src/substrate/tx.ts#L627

Which version of TypeScript are you using? Could be related to https://polkadot.js.org/docs/usage/FAQ#under-typescript-i-have-ts-compilation-errors

4.6.2

[jacogr]

Honestly have no idea as to the why in this case.

[scglenn]

Im getting the same issues, polkadot.js/api has tons of type issues in typescript

Edit: I replaced import { ApiPromise } from "@polkadot/api"; with const { ApiPromise } = require("@polkadot/api");

and it built

[polkadot-js-bot]

This issue has been open for 21 days with no activity and is not labelled as an enhancement. It will be closed in 7 days.

[fend25]

@scglenn @cinlk

Please try to add tsconfig flags: "allowSyntheticDefaultImports": true or "esModuleInterop": true

[polkadot-js-bot]

This issue has been open for 21 days with no activity and is not labelled as an enhancement. It will be closed in 7 days.

[polkadot-js-bot]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue if you think you have a related problem or query.