Skip to content

Releases: Heknon/pytest-failure-instrumentation

v0.11.0

Choose a tag to compare

@Heknon Heknon released this 07 Sep 08:48
dbb2948
Merge pull request #15 from Heknon/fix/allocation-snapshot-race

Fix allocation snapshot test race on master

v0.10.0

Choose a tag to compare

@Heknon Heknon released this 06 Sep 06:20
7898693
Merge pull request #14: enforce reporter deadlines on Windows 3.9 [sk…

v0.8.0

Choose a tag to compare

@Heknon Heknon released this 03 Sep 06:13
a554d80
Merge branch 'claude/worker-down-incident-messaging-huo8ix'

v0.6.0

Choose a tag to compare

@Heknon Heknon released this 02 Sep 19:00
640176d
Merge branch 'claude/exec-net-frozen-primary-thread-vjjcqx'

The live stack server no longer advises about a bind off loopback when a
token is supplied; the refusal without one is unchanged.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012xnH8irJ8iqDwWVKZ866tG

v0.5.0

Choose a tag to compare

@Heknon Heknon released this 02 Sep 16:40
f05fb89
Merge pull request #6 from Heknon/claude/callstack-registration-defau…

v0.4.0

Choose a tag to compare

@Heknon Heknon released this 31 Aug 06:44
1f3c0b7
Merge pull request #3 from Heknon/feature/single-process-runs

Record the process that runs the tests, when that process is pytest itself

v0.3.0

Choose a tag to compare

@Heknon Heknon released this 29 Aug 10:24
e735f46
Merge pull request #1 from Heknon/feature/live-worker-view

Let the fallback timer's dump settle before comparing it

v0.2.0

Choose a tag to compare

@Heknon Heknon released this 25 Aug 18:58
0dcd3e4
Refuse a mislabelling release before it publishes, not after

The check I added for a tag that names a different commit was in the job
that writes the tag, and that job runs after publish. So it would have
refused the release only once PyPI already held the files - the exact
failure it exists to prevent, half done, and unrepeatable because a version
cannot be uploaded twice. A gate after the irreversible step is not a gate.

It now runs in build, next to the check that the tag and pyproject agree,
which is where the question belongs: both ask whether this commit is
entitled to this version number, and both can still answer for free. The one
in the tagging job stays as the last word before the tag is written, in case
it moved while the run was in flight.

This is not theoretical. v0.2.0 is on the commit that fails and master is
now the commit that does not, so a dispatch aimed at publishing the fix was
one job away from uploading it and then declining to tag it.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01M7qqvypeowm2rM4EdJ4GBw

v0.1.0

Choose a tag to compare

@github-actions github-actions released this 22 Aug 23:25