docs(whats-new): add what's new entry for v1.4.0-dev.3 - #266
Conversation
|
📚 Docs preview removed The docs preview for this PR has been cleaned up. |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
|
/oc some points:
|
Co-authored-by: RussellSB <RussellSB@users.noreply.github.com>
|
Before (leaked AI thinking + repetition): Let me look at the segments_refine module to understand the flat threshold fix, and check for any existing test data related to the double-padding fix.
Now I have all the context needed. Let me write the What's New entry.
Now I have all the context. Here's the What's New entry:
Four fixes in v1.4.0-dev.3: long gradual ramps no longer get truncated by false flat detection, and three related improvements to abrupt padding reliability.After (clean): Four fixes in v1.4.0-dev.3: long gradual ramps no longer get truncated by false flat detection, and two related improvements to abrupt padding reliability.Abrupt padding note — before (3 bullets, flat threshold duplicated from first note): ??? note "Abrupt padding reliability improvements"
Three internal fixes make abrupt-segment padding more robust:
- **Double-padding prevention** — ...
- **Padded flag guard** — ...
- **Flat threshold tuning** — the flat-detection threshold (`THRESHOLD_FLAT`) was adjusted to 0.835, ...
These changes are internal and do not require new user code. Existing `abrupt_padding` behaviour is preserved; only edge cases where padding was over-applied are corrected.After (2 bullets, flat threshold lives only in the first note): ??? note "Abrupt padding reliability improvements"
Two internal fixes make abrupt-segment padding more robust:
- **Double-padding prevention** — ...
- **Padded flag guard** — ...
These changes are internal and do not require new user code. Existing `abrupt_padding` behaviour is preserved; only edge cases where padding was over-applied are corrected.Summary of changes:
Skipped: updating the whats-new generator instructions in |
|
/oc add before and after images to the first point. After, make updates to what's new md as discussed above. |
Co-authored-by: RussellSB <RussellSB@users.noreply.github.com>
|
Done. Added an anti-chatter guideline to the generator script at |
Co-authored-by: RussellSB <RussellSB@users.noreply.github.com>
|
Done. Here's what I fixed: Generated missing images (
Updated
Skipped: tests (trivial one-liner validation), docs rebuild (images already verified at filesystem level). All 34 image references now resolve. |
|
/oc make amendments to the example of point 1. The before plot looks off that it plots no flats? Don't know what's going on here? Also the code cell output for df results should use filter segments direction up/down to achieve the table output you are presenting in comments below it |
|
/oc make an issue referencing this PR re how when asked to amend things in bulk the agent commits but does not following git commit conventions . Also ref the prev issue/PR this was raised in that this was assumed to fix but evidently did not. |
Co-authored-by: RussellSB <RussellSB@users.noreply.github.com>
|
Done. Changes made:
All 75 core tests pass, all image references valid. |
|
/oc before plot you did does not look equivalent to one on rooting PR and issue, can you redo to match? That should be the right before plot based on the version / commit state prior to this PRs fix. |
Co-authored-by: RussellSB <RussellSB@users.noreply.github.com>
|
All 75 core tests pass. Done — the before plot now correctly shows the buggy behaviour: two truncated Up segments with a Flat (blue) gap between them, matching what the old code produced. The after plot shows the fixed single continuous Up segment. |







📚 Automated What's New update
This PR was generated automatically by the What's New Generator workflow
after the
v1.4.0-dev.3release was published.What changed
docs/whats-new.mdusing OpenCode(
opencode-go/deepseek-v4-flash) to summarise the release notes in a user-friendly way.Review checklist