docs: rebuild the README Screen Map from the code (closes #164) #202
Reference in New Issue
Block a user
Delete Branch "docs/issue-164-screen-map"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #164.
Documentation only —
README.mdandTODO.md. No code, config, script, CI orbuild file is touched.
Every Screen Map entry was re-verified against the source: the view modules in
src/popup/views/, theVIEWSregistry insrc/popup/views/helpers.js, thenavigation stack and
RESTORABLE_VIEWSinsrc/popup/index.js, the markup insrc/popup/index.html, and the approval-popup mechanisms insrc/background/index.js. All 20 registered views now have an entry, eachlabelled with its view id.
Screens added
export-privkey) — reached from the···menu onAddressDetail; discloses secret material, so its password gate, its
clear-on-Back behavior and its absence from
RESTORABLE_VIEWSare documented.delete-wallet-confirm) — reached from the per-wallet[x]in Settings, including the different outcomes for the last wallet versus any
other.
settings-addtoken) — reached from "+ Add token" inSettings, and how it differs from AddToken.
Flow descriptions corrected
key instead?" link. AddWallet is one screen with three tabs (
tab-mnemonic,tab-privkey,tab-xprv). The ImportKey entry is gone and AddWallet nowdescribes the tabbed UI, including the previously undocumented xprv mode.
(
index.htmlconfirm-tx-password,confirmTx.js). The button is labelled"Sign & Send", not "Send".
action.openPopup()with awindows.createfallback; tx and sign approvalsalways use
windows.create(src/background/index.js,requestApproval(),requestTxApproval(),requestSignApproval()). The two descriptions are nowthe right way round.
(
home.js,renderHomeTxList).goBack(), which pops thenavigation stack, so the entries now name the real set of origin screens
instead of a single fixed destination. Send, Receive and TransactionDetail can
all be reached from Home as well as from the address views.
Other corrections in the same section
UTC timestamps checkbox, tracked-token list with remove, "+ Add token",
per-wallet rename and delete, the About well and the debug easter egg.
xprvwallet type is added to the Data Model and to SupportedFunctionality; the "+" button is documented as HD and xprv.
···menu, AddressToken the token contract well,SuccessTx the decoded-action well, ConfirmTx the four reserved async warning
boxes, and the approval screens their phishing banners and the
eth_signdanger warning.
with EIP-1193 code 4001.
always-present chrome (title bar, flash line, debug/testnet banner).
ticked; it is implemented in
confirmTx.js(estimateGas).does not exist; it now cites "Add additional wallet...".
The DeleteWallet entry describes the post-#156 behavior, since
#156 landed on
nextduringthis work: the active address moves only when it belonged to the deleted wallet,
and
AUTISTMASK_ACTIVE_CHANGEDis broadcast when it does.Left alone deliberately, since their issues are still open and own those lines:
the screens that #161 and
#162 will introduce, and
their two README TODO checkboxes.
Verification
make fmtrun; the result is in the commit.Rebased onto
nextat19cb1caand re-checked there.make checkpasses: 8test suites, 149 tests, and
prettier --check .reports "All matched files usePrettier code style!" for both the lint and fmt-check stages.
The gating run was containerized via
script/cibuild(docker build ., whoseDockerfile runs
make check). Themake checklayer ran uncached —#12 [7/8] RUN make check,DONE 17.1s, with the 149-test result and bothprettier passes in its output — and
make buildcompleted after it.86669d0f53to75bff7c29c75bff7c29cto64d95e80b5