Don't add timestamps when the subprocess already does that
Metadata
Current evaluation
Request to add a sub_with_timestamps flag to emit.open_stream so Craft CLI skips its timestamp when the subprocess adds one. Author rethought it in 2022, noting emit.pause already hides duplicate timestamps; log timestamps remain but deemed fine.
Suggested action: close stale
Reason: The author (a maintainer) rethought this in 2022 and stated that emit.pause (added in PR #69) already prevents users from seeing multiple timestamps, with only log timestamps remaining, which they called 'probably fine.' The user-visible problem is thus resolved by a different mechanism, and the issue has been inactive for ~18 months with no labels or assignee.
Issue body
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| qwen/qwen3.8-27b |
Impact:
20
Quick Win:
14.0
Staleness:
75
Complexity:
30
Confidence:
80
Support Request:
5
|
close stale | Request to add a sub_with_timestamps flag to emit.open_stream so Craft CLI skips its timestamp when the subprocess adds one. Author rethought it in 2022, noting emit.pause already hides duplicate timestamps; log timestamps remain but deemed fine. | |
| qwen/qwen3.6-35b-a3b |
Staleness:
95
Complexity:
10
Confidence:
90
Support Request:
5
|
close stale | Feature request to add a flag to emit.open_stream to skip timestamps when subprocesses provide them. The proposing maintainer later noted an alternative approach resolves the concern. Issue is inactive and the proposed feature is no longer relevant. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
95
Complexity:
20
Confidence:
85
Support Request:
10
|
close stale | Proposes adding a sub_with_timestamps flag to emit.open_stream to prevent duplicate timestamps when subprocesses already output them. Author recently noted that emit.pause mitigates the issue, suggesting the feature may no longer be necessary. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
88
Complexity:
15
Confidence:
85
Support Request:
0
|
close stale | Suggests a flag to skip Craft CLI timestamps when subprocesses already add them, avoiding duplicates. Maintainer reconsidered; emit.pause now prevents real-time duplication, making log duplicates acceptable. Issue deferred. |
Update history
No update history recorded yet.
Related work
-
Related To:
canonical/craft-cli#69
(confidence 75%)
PR #69 added the Emitter.pause() method, which the author cites as resolving the user-visible duplicate-timestamp problem.
Related issues
No related issues found above the similarity threshold.