scripts/invoke.mjs's inline transaction-submission logic (its own copy of the send-then-poll pattern, not shared code with deploy.mjs) has the identical gap as the sibling issue filed against deploy.mjs: only sendResult.status === "ERROR" is checked before polling getTransaction, with no handling for TRY_AGAIN_LATER or DUPLICATE. Since invoke.mjs is the script used for every contract call after deployment (including, per the already-filed issue, the ones it currently can't even encode arguments for), this is arguably the higher-traffic of the two scripts to get right.
scripts/invoke.mjs's inline transaction-submission logic (its own copy of the send-then-poll pattern, not shared code withdeploy.mjs) has the identical gap as the sibling issue filed againstdeploy.mjs: onlysendResult.status === "ERROR"is checked before pollinggetTransaction, with no handling forTRY_AGAIN_LATERorDUPLICATE. Sinceinvoke.mjsis the script used for every contract call after deployment (including, per the already-filed issue, the ones it currently can't even encode arguments for), this is arguably the higher-traffic of the two scripts to get right.