Move assets using Blockchain Dashboard#372
Conversation
danisharora099
left a comment
There was a problem hiding this comment.
Dogfooded this on macOS. I built and launched the app, went through the full setup (generate config → start node → it comes up and connects to peers), and cross-checked every claim in the doc against the logos-blockchain-ui source. The Transfer panel itself is described accurately — the flow, the fields, and the error messages all match what's in the code. A few things I'd fix:
- The balance doesn't update on its own after a transfer (this is the main one). The doc says the sender balance "updates on the next balance refresh after the transfer is confirmed," which reads as automatic — but there's no periodic refresh, and a transfer doesn't trigger one. You have to hit Refresh in Accounts manually. Worth rewording so people aren't left staring at a stale balance.
- The recipient key isn't validated. "To key (64 hex chars)" is just placeholder text — whatever you type gets passed straight to the module. The troubleshooting line ("verify the recipient key is exactly 64 hex characters") reads like the UI enforces it; it doesn't. Fine as advice, just don't imply the app checks it.
- Network mismatch: the app is devnet-only (the config screen only offers Devnet / Custom config — no testnet), but the prereqs link the testnet faucet. Funding a testnet address against a devnet node lands you on the wrong network.
- Minor: the "From address" dropdown lists all your known addresses, not only funded ones.
One heads-up that isn't really this doc's fault: I couldn't complete an actual transfer, because the app's node can't sync devnet right now — it starts on a different genesis than the live devnet and never syncs. I confirmed devnet itself is healthy by syncing a CLI node against it at the same time, so this is an app bug, not the doc. But it does mean this journey can't be dogfooded end to end until that's fixed — I'll raise it with the app/R&D folks separately (happy to share the details).
Not blocking the doc on the app bug — the four fixes above are what I'd want in the doc itself.
weboko
left a comment
There was a problem hiding this comment.
Re-dogfooded after the "danish review" commit. I built logos-blockchain-ui from source per the prerequisite doc (git clone + nix build → blockchain_ui_plugin.so, exit 0) and cross-checked every claim in this doc against the app source. The balance-refresh wording reword (What to expect / result step) reads better now.
Two things still open that I could pin down precisely (inline):
- Network mismatch (your point 3 from last round). The app is devnet-only, so the testnet faucet in the prereqs funds the wrong network.
- Balance refresh mechanism. The doc points readers at the From address dropdown to refresh, but that control has no refresh; the Refresh button lives in the Accounts panel.
I couldn't drive an actual transfer end-to-end (headless env, no display — and the devnet-sync app bug you already logged), so these are source-verified rather than click-verified. well_known_deployment is hardcoded to "devnet" (BlockchainBackend.cpp:398) and GenerateConfigView.qml only exposes a Devnet radio + Custom, which corroborates your devnet-only finding. FWIW the "live balance"/"any funded wallet address" wording in What to expect is also slightly off (the combo lists all known addresses and the balance is only as fresh as the last manual Refresh) — minor, your call.
| Before you start, make sure you have the following: | ||
|
|
||
| - A built [Blockchain node app](./build-and-run-logos-blockchain-node-app-ui.md) | ||
| - At least one wallet address with a positive balance, for example one funded via the faucet at [`testnet.blockchain.logos.co`](https://testnet.blockchain.logos.co/web/faucet/) |
There was a problem hiding this comment.
Network mismatch — still open from last round. This links the testnet faucet, but the app is devnet-only:
BlockchainBackend.cpp:398hardcodesdeployment.insert("well_known_deployment", "devnet")GenerateConfigView.qmlexposes only a Devnet radio (+ Custom) — no testnet option- the app's own
README.mdfunds fromhttps://devnet.blockchain.logos.co/web/faucet/
Funding a testnet address against a devnet node puts the wallet on the wrong network. https://devnet.blockchain.logos.co/web/faucet/ returns 200, so:
| - At least one wallet address with a positive balance, for example one funded via the faucet at [`testnet.blockchain.logos.co`](https://testnet.blockchain.logos.co/web/faucet/) | |
| - At least one wallet address with a positive balance, for example one funded via the faucet at [`devnet.blockchain.logos.co`](https://devnet.blockchain.logos.co/web/faucet/) |
| - On success, the row displays the transaction ID or hash returned by the module. Click the copy button to copy it to the clipboard. | ||
| - On failure, the row displays `Error: <message>` with the rejection reason from the module. | ||
|
|
||
| 1. Confirm the sender's balance decreased by refreshing the **From address** dropdown. |
There was a problem hiding this comment.
The From-address dropdown has no refresh — the Refresh button is in the Accounts panel. In TransferView.qml the "From address" combo just renders accountsModel; there's no refresh affordance on it. Balances are re-fetched by the Refresh button in the Accounts view (AccountsView.qml:48 → refreshAccountsRequested() → backend.refreshAccounts()). A transfer also doesn't auto-refresh (transferFunds() never calls refreshAccounts(); the only auto-refresh is the QTimer::singleShot after Start Node). So readers who "refresh the dropdown" will see a stale balance.
| 1. Confirm the sender's balance decreased by refreshing the **From address** dropdown. | |
| 1. Confirm the sender's balance decreased by pressing **Refresh** in the **Accounts** panel. |
From: logos-co/journeys.logos.co#44 (comment)