Lap Tran
4a2301b077
CI / build (push) Has been cancelled
- Archive 79 completed framework-dev tasks from tasks/ -> tasks/complete/ - status.py: add --cleanup-done and --install-cleanup-schedule commands - Add scripts/automaton-cleanup.sh for periodic task archiving - Dashboard: rename 'Background' tab -> 'Agent', 'Cleanup' agent -> 'Completed Task Archiver', remove redundant group headers and pill badges, dim inactive agent placeholders - .rules.md: add Self-Documenting UI Names rule - New tests: test_cleanup_done.py, expanded test_app.py and test_task.py
24 lines
1.2 KiB
Markdown
24 lines
1.2 KiB
Markdown
# BUG_REPORT: add-self-improvement-loop
|
|
|
|
## Findings
|
|
|
|
### Bug 1 (LOW): install.sh loop bootstrap is inside the `else` block
|
|
|
|
The loop creation commands are inside the `else` block of `if [ -d "$FRAMEWORK_DIR" ]`, which means they only run on fresh installs. If a user previously installed the framework before this change and runs `install.sh` again, they get "already installed" and the loop is NOT created. This is correct behavior -- `update.sh` handles the existing-user case.
|
|
|
|
**Severity:** LOW (by design)
|
|
**Fix:** None needed.
|
|
|
|
### Bug 2 (INFO): No `--project` flag consistency check
|
|
|
|
`install.sh` uses `--project "$FRAMEWORK_DIR"` while `update.sh` also uses `--project "$FRAMEWORK_DIR"`. Both are consistent. The `work_source.project` in the template is `"~/.automaton/"` (a string), but `--create-loop` doesn't use `work_source.project` -- it uses the `--project` flag. The runner reads `work_source.project` at tick time. No mismatch because `--project "$FRAMEWORK_DIR"` (which is `$HOME/.automaton`) and `work_source.project: "~/.automaton/"` resolve to the same path.
|
|
|
|
**Severity:** INFO (no bug)
|
|
**Fix:** None needed.
|
|
|
|
## Summary
|
|
|
|
No correctness bugs found. One LOW (by design) and one INFO.
|
|
|
|
**Verdict: CLEAN**
|