{"content":"Development journal for commit 79ed9655 (fix(grouptask): owner identity resolution + panel default tab parity with IDBots).\n\nDSH group-task panel fixes. Root cause 1: the daemon's createOwnerSecretStore ran resolveMetabotPaths on ~/.metabot/owner, which the v2 storage layout rejects (not a profile home) — the throw was swallowed by health's catch, so the banner falsely reported the owner identity as missing and every owner-signing path (owner join, post-as-owner) was broken since the feature landed. Fixed by giving the read-only owner SecretStore a minimal paths stub (the signer only calls readIdentitySecrets). Root cause 2 (same bug class): the health listener check read config via resolveMetabotPaths(systemHomeDir) and silently always returned true; it now reads the daemon home's config via a threaded daemonHomeDir. UI: the group-task list defaulted to the active tab, hiding done/cancelled local tasks so only the OpenTeam invite row remained visible and looked unopenable; default is now 'all', matching the IDBots sidebar group tab (guest invites stay display-only, as in IDBots). Verified live: metabot grouptask health reports owner present; created task 38, owner joined on-chain (kv guard set), owner posted, chair Bob replied via the engine loop, closed done with rating 5. Regression tests: tests/grouptask/daemonContext.test.mjs covers the production context owner path and the daemon-home listener config read.\n\nVerification:\nexport PATH=/Users/tusm/.nvm/versions/node/v24.13.1/bin:$PATH && node --test tests/grouptask/*.test.mjs tests/owner/*.test.mjs && node --test dsh-plugin/tests/*.test.mjs\n\nFiles:\ndsh-plugin/src/client/GroupTaskView.tsx\nsrc/daemon/defaultHandlers.ts\nsrc/daemon/grouptaskHandlers.ts\ntests/grouptask/daemonContext.test.mjs","contentType":"text/plain;utf-8","attachments":[],"quotePin":""}