dfx crashes while deploying

[vporton]

I tried the following:

git clone https://github.com/vporton/grants-science/commit/7444a8b70264f7fde63b24c61518f0104572fbb1
cd grants-science/science-grants-blockchain
dfx start --clean
# In other terminal:
dfx deploy frontend

This happened:

Error: Failed while trying to deploy canisters.
Caused by: Failed while trying to install all canisters.
Caused by: Failed to install wasm module to canister 'grants_system'.
Caused by: Failed during wasm installation call
Caused by: The replica returned a rejection error: reject code CanisterError, reject message Error from Canister umunu-kh777-77774-qaaca-cai: Canister called `ic0.trap` with message: 'RTS error: blob_of_principal: invalid principal'
Canister Backtrace:
rts_trap
motoko_rts::trap_with_prefix::h38b3fa56e36ec881
motoko_rts::rts_trap_with::h52b3dd26714cf24e
blob_of_principal
init
canister_init
.
Consider gracefully handling failures from this canister or altering the canister to handle exceptions. See documentation: https://internetcomputer.org/docs/current/references/execution-errors#trapped-explicitly, error code Some("IC0503")

Meta

dfx --version:

dfx 0.28.0

Further log output

Fetching properties for all assets in the canister.
Fetched properties for all assets in the canister in 13.797532ms
Staging contents of new and changed assets in batch 2:
  /assets/index-BML3YvH_.js (478878 bytes) sha 4ac1134c00d67055101b40522de824896a08d6ab0e870945d55ac5681535f8a9 is already installed
  /assets/index-BML3YvH_.js (gzip) (165405 bytes) sha e85544230db1e51d69c7573e2d047e7b6ae03ad420f28ab18d4560f13ed8047c is already installed
  /index.html (648 bytes) sha 160f063f00c73bc23f75e63c685093ccf52307f170a7da33cc9a9134104183d2 is already installed
  /index.html (gzip) (394 bytes) sha 5a504d1ab8f09cf179f599814b84ca2f1800e008a49189028b9b92f0955acf08 is already installed
  /assets/index-DyQ5GJHb.css (18661 bytes) sha 6c1aa683fcd4af3cbc044098774d16d47b56f8d290f88eebbd1dbf453edc4485 is already installed
  /assets/index-DyQ5GJHb.css (gzip) (4033 bytes) sha 25838e55631cc0410d58ed1e07d7e30c7c776e6cc2953bca962ae80723fc607e is already installed
Count of each Batch Operation Kind: {}
Chunks: 0  Bytes: 0
Canister API version: 2. ic-asset API version: 1
Committing batch.
Upgraded code for canister frontend, with canister ID uzt4z-lp777-77774-qaabq-cai
Previously installed module hash: None
New wasm module hash: 7b3223ef0d697137db39dc8918cba1a0f66c3f6b3b9f4884c3e392a91cca680e
Error: Failed while trying to deploy canisters.
Caused by: Failed while trying to install all canisters.
Caused by: Failed to install wasm module to canister 'grants_system'.
Caused by: Failed during wasm installation call
Caused by: The replica returned a rejection error: reject code CanisterError, reject message Error from Canister umunu-kh777-77774-qaaca-cai: Canister called `ic0.trap` with message: 'RTS error: blob_of_principal: invalid principal'
Canister Backtrace:
rts_trap
motoko_rts::trap_with_prefix::h38b3fa56e36ec881
motoko_rts::rts_trap_with::h52b3dd26714cf24e
blob_of_principal
init
canister_init
.
Consider gracefully handling failures from this canister or altering the canister to handle exceptions. See documentation: https://internetcomputer.org/docs/current/references/execution-errors#trapped-explicitly, error code Some("IC0503")

[vporton]

$ dfx --version
dfx 0.29.0-beta.1

The same error.

[crusso]

Can you share some more code?
Or the fragment that seems to be converting a principal to a blob?

[crusso]

I think you have an invalid textual encoding of a principal somewhere.

Either in an actor reference:

let a = actor <invalid-textual-principal> : actor { ... }

or in an import

import Actor = "ic:<invalid-textual-principal>"

or maybe on the command line to moc:

moc  --actor-alias Actor <invalid-textual-principal>

You can use dfx build -vvvv to see the command-line arguments to moc in the debug spew.

The interface spec defines the format of these things:

https://internetcomputer.org/docs/references/ic-interface-spec#textual-ids

[crusso]

Did this work before in earlier version of moc/dfx and is now failing or is this a new code base?

[crusso]

Maybe it's got something to do with this bit of code in the repo

   // Wallet canister actor
    private transient let walletCanisterId = "wallet-canister-id"; // This will be set during deployment
    private transient let wallet : actor {
        createWallet : () -> async Result.Result<WalletInfo, Text>;
        getWallet : () -> async Result.Result<WalletInfo, Text>;
        getBalance : () -> async Result.Result<WalletTokens, Text>;
        transfer : (WalletTransferRequest) -> async Result.Result<Nat64, Text>;
        getAccountId : () -> async Result.Result<WalletAccountIdentifier, Text>;
    } = actor(walletCanisterId);

It looks like you need to run some script to set the "wallet-canister-id" to a real principal

[vporton]

This time the error is this:

dfx deploy frontend -vvv
...
The CJS build of Vite's Node API is deprecated. See https://vitejs.dev/guide/troubleshooting.html#vite-cjs-node-api-deprecated for more details.
(node:528312) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
(Use `node --trace-warnings ...` to show where the warning was created)

Previously installed module hash: Some("664df1045e093084f4ebafedd3a793cc3b3be0a7ef1b245d8d3defe20b33057c")
New wasm module hash: b5fdc2503405660d59c1d8dd0751ebff3d09742329abf4cbf43b4aba28966910
Error: Failed while trying to deploy canisters.
Caused by: Failed while trying to install all canisters.
Caused by: Failed to install wasm module to canister 'consensus'.
Caused by: Failed during wasm installation call
Caused by: The replica returned a rejection error: reject code CanisterError, reject message Error from Canister uxrrr-q7777-77774-qaaaq-cai: Canister trapped: stable memory out of bounds
Canister Backtrace:
unknown function at index 958
@initialize_main_actor
init
post_upgrade
.
Consider gracefully handling failures from this canister or altering the canister to handle exceptions. See documentation: https://internetcomputer.org/docs/current/references/execution-errors#trapped, error code Some("IC0502")

The error is on installation, not on moc.

[vporton]

Yes, the code is wrong. (I Vibe-coded it.)

But I think, dfx deploy shouldn't crash even on a wrong code.