a735bfd116
Every item in TEST_REVIEW_PLAN.md is done or decided, so the working document goes as its own header instructed. What outlives it moves to where a later reviewer will actually look: - TESTS.md gains the -coverpkg command and the 84.4% baseline (per-package figures understate the suite), design principle 9 (redundancy is judged by comparing coverage profiles, and identical coverage alone is not grounds for deletion), a table of the look-alike tests that are kept with the reason each survives, and the list of functions deliberately at 0%. - STANDARDS.md's "Intentional behavior" section points at both lists, so the mechanism REVIEW.md describes still reaches them. Dropped as spent: the per-item checklists, the suggested order, and the model-selection table. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
4.5 KiB
4.5 KiB
GoSentry — Standards
Quality rules and intentional behavior for contributors. Package contracts live in ARCHITECTURE.md; test conventions in TESTS.md; what a whole-project review looks at, in REVIEW.md.
Code quality
- Follow package contracts in ARCHITECTURE.md.
- User-facing errors →
dialog.ShowErroror a History event, never a silentreturn. - Pure helpers → unit test in the same package.
- Fixes with severity ≥ medium → regression test.
- Documented intentional behavior → section below, not a backlog bug.
- UI view constructors accept
*app.Service; callapp.Open()only fromrun.go. - A size that must follow the theme is measured at build time, not written as
a pixel constant.
theme.Padding()and text metrics depend on the running app's theme, text size, and DPI, so a hand-tuned number is only correct for the one theme it was tuned against and clips under any other. Measure the real widget, or derive the value from the theme, in a named helper:rowOverlap(theme padding),captionColumnWidthandtextColumnWidth(the widest of the actual strings),activityRowsHeight(the list's own row template). The same applies to a ratio computed from an absolute width — seeinitialSplitOffset. A raw pixel literal is left only where nothing about it tracks the theme, and says so in a comment.
Config file compatibility
There is no migration step: gosentry.json and jobs.json are read as-is, are
meant to be hand-editable, and may have been written by an older version. A
change to their shape has to stay compatible on its own.
- A new
Configfield is taggedomitempty, and its zero value must mean the behavior that existed before the field was added — a file written without it keeps working unchanged.DefaultConfig()still sets the value explicitly. - A zero that carries meaning is not a missing field and must not be backfilled
on load. See
DefaultTimeoutSecondsinstorage.loadOrCreateConfigandJob.TimeoutSeconds *int, where unset and0are different answers. - An unrecognised enum value reads as the default rather than an error, through
one helper that every consumer shares (
JobListView.IsCompact,ui.themeFor), and is normalized before being written back, so the file never gains a value no reader understands. - A renamed key keeps the old field on
Config(taggedomitempty) purely so it can still be read.storage.loadOrCreateConfigconverts it to the new field and clears it, so the retired key disappears on the next save. SeeConfig.JobsDir→Config.JobsFile. Where the new field has a non-empty default, clear that default before unmarshalling, or "the file omits it" and "the file sets it" become indistinguishable and the conversion never runs. - Each of the three gets a test: the default in
storage, the normalization indomain, and a round-trip through the real config file inapp.
Intentional behavior (not bugs)
RunNowis allowed during global pause and for disabled jobs.- Selecting a jobs file that already exists loads it: its jobs replace the in-memory list, which is the only way the user can switch between job lists. A path with no file behind it receives the current jobs (rename/relocate). The switch is refused while a job is running, because adoption drops every runtime and a finishing run would then write its result onto whichever job inherited its ID.
- Sequential mode runs jobs FIFO by order in
jobs.json. - Scheduler tick is 1s — sub-second
@everyintervals are not supported. - Command timeout defaults to no timeout globally (
Config.DefaultTimeoutSeconds= 0) and is overridable per job (Job.TimeoutSeconds *int: unset = inherit the global default, 0 = no timeout, positive = seconds). Neither zero may be normalized away on load — 0 is a value, not a missing field. - History tab is session-only.
JobRuntime.Logsexists only in memory for the current process. Log files on disk feed aggregate statistics viaSeedStatsonly. See ARCHITECTURE.md. - Several tests share a coverage profile with another test on purpose, and a few functions sit at 0% on purpose. Both lists live in TESTS.md — check them before reporting a test as redundant or a coverage gap as an oversight.
Out of scope
Larger or blocked work is tracked in ROADMAP.md (update check from GitHub releases, cron-table import/export, window size persistence, History column filters).