donkey-ai
5b707e647b
UI batch (TASK A/B/C/D): - (A) Clearer 'Will expired' message: shortened will id (8+8 chars) and readable UTC date instead of raw UNIX timestamp; shown in WARNING colour (orange) instead of ERROR (red) in the wizard, as it is an expected step. - (A2) Split the orange message onto two lines via <br> (rendered as HTML by msg_warning) to avoid an overly long single line. - (B) History tab labels (text only): inheritance txs -> 'BAL Inheritance transaction'; invalidate tx -> 'BAL Invalidate transaction'. Colours left to Electrum defaults. - (C) New 'No will-executor TX' checkbox in plugin settings, bound to the existing NO_WILLEXECUTOR config (default ON, kept in sync with the wizard), with help text, and included in the settings reset action. - (D) Wizard button label 'Create your will' -> 'Build Your Will'. Regression fix (A3): - When an heir was added to an already-expired will via the wizard, the automatic invalidation no longer triggered. Root cause: the inner check_will() after build_will() raised WillExpiredException and the handler returned (False, None), which never invalidated. - Auto-opening the invalidation tx window from the closing wizard proved unreliable (the window ended up behind the main wallet on some window managers; a re-check loop could ask to invalidate repeatedly before the tx reached the mempool). The robust fix: close the wizard and show a clear instruction popup guiding the user to run 'Tools -> Invalidate' and then press 'Check' to finish the will. Reasoning documented in the code. Version bumped to 0.3.9 (manifest.json, __init__.py, plugin_base.py, VERSION). CHANGELOG entry #15 updated. Verified: py_compile OK, ruff clean (no new errors), full test suite 239 passed.
38 lines
1.8 KiB
Python
38 lines
1.8 KiB
Python
"""BAL - Bitcoin After Life Electrum plugin.
|
|
|
|
Free and decentralized Bitcoin inheritance support for the Electrum wallet.
|
|
|
|
This package was reorganized (Approach A: conservative, behavior-preserving)
|
|
to cleanly separate logic from presentation. The original monolithic plugin
|
|
mixed the business logic with the PyQt GUI; here the two concerns live in
|
|
distinct sub-packages:
|
|
|
|
bal/
|
|
core/ GUI-free business logic (importable without Qt)
|
|
util.py Generic helpers (encoding, validation, ...)
|
|
plugin_base.py BasePlugin subclass, config, timestamp handling
|
|
heirs.py Heir list model + transaction building
|
|
will.py Will / WillItem domain model
|
|
willexecutors.py Will-executor (dead-man's switch) networking
|
|
gui/
|
|
qt/ PyQt6 presentation layer
|
|
theme.py Colors / status -> color mapping (status_color)
|
|
common.py Shared imports and small GUI helpers
|
|
widgets.py Leaf widgets (editors, labels, checkboxes, ...)
|
|
calendar.py BalCalendar widget
|
|
dialogs.py Dialog windows (wizard, build-will, detail, ...)
|
|
lists.py Tree/list views (heirs, preview, will-executors)
|
|
window.py BalWindow controller (per-wallet GUI state)
|
|
plugin.py Plugin class wiring Electrum @hooks to the GUI
|
|
qt.py Thin loader shim re-exporting `Plugin` for Electrum
|
|
|
|
Electrum discovers the plugin through ``manifest.json`` and loads the GUI
|
|
entry point from ``qt.py`` (the shim), which imports the real ``Plugin``
|
|
from ``gui.qt.plugin``.
|
|
|
|
The plugin targets Electrum 4.7.2 (the last stable release exposing
|
|
``json_db.register_dict``) and PyQt6.
|
|
"""
|
|
|
|
__version__ = "0.3.9"
|