chore: Update annotate-snippets to 0.12.15#154914
chore: Update annotate-snippets to 0.12.15#154914rust-bors[bot] merged 1 commit intorust-lang:mainfrom
Conversation
|
These commits modify the If this was unintentional then you should revert the changes before this PR is merged. |
|
r? @davidtwco rustbot has assigned @davidtwco. Use Why was this reviewer chosen?The reviewer was selected based on:
|
There was a problem hiding this comment.
Thanks!
Marking this as rollup=never because I expect that some diagnostic ICEs might get fixed by this bump (for easier bisection).
r? me @bors r+ rollup=never
There was a problem hiding this comment.
Reproducing annotate-snippet's changelog:
[0.12.15] - 2026-04-06
Fixed
- Source highlighting no longer misaligns when source contains zero-width or multi-width characters #400
[0.12.14] - 2026-04-04
Fixed
- Don't trim middle of spans smaller than padding + margin
- Properly handle replacement length mismatches
- Account for "gutter" width when trimming middle of long spans
- Account for left trim when trimming middle of long spans
[0.12.13] - 2026-03-04
Fixed
[0.12.12] - 2026-02-18
Added
- Add
no_stdsupport #365
[0.12.11] - 2026-01-29
Fixed
- Fix Unicode highlight alignment in patches #357
This comment has been minimized.
This comment has been minimized.
What is this?This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.Comparing c753cef (parent) -> e26dedc (this PR) Test differencesShow 2 test diffs2 doctest diffs were found. These are ignored, as they are noisy. Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard e26dedca9db45f1a397885b9a454701153f6d436 --output-dir test-dashboardAnd then open Job duration changes
How to interpret the job duration changes?Job durations can vary a lot, based on the actual runner instance |
|
Finished benchmarking commit (e26dedc): comparison URL. Overall result: no relevant changes - no action needed@rustbot label: -perf-regression Instruction countThis perf run didn't have relevant results for this metric. Max RSS (memory usage)Results (primary 2.5%, secondary 0.9%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesThis perf run didn't have relevant results for this metric. Binary sizeThis perf run didn't have relevant results for this metric. Bootstrap: 489.76s -> 488.355s (-0.29%) |
[I recently updated](rust-lang/rust#154914) the version of `annotate-snippts` that `rust` uses as the newer version contained a fix for a panic that a few `rust` users encountered. Given that was the case, I figured that it would be a good idea to update the version `cargo` uses as well, on the off chance that it could affect anyone here.
…ring All five tasks now coordinate in main.rs::run_async. 75 tests pass, clippy clean. horizon-firehose is a runnable end-to-end binary after this phase — not deployed, but operational. Task coordination: - Global shutdown via single watch::Sender<bool> observed only by ws_reader - Downstream tasks (decoder, router, publisher, persister) exit via input channel closing — drain-first ordering from §3 naturally - Task panic detection via &mut JoinHandle<T> in tokio::select! (JoinHandle is Unpin, so it's a Future; polling &mut doesn't consume the handle, so we can still join() in the cascade) Shutdown cascade under 30s tokio::time::timeout budget: decoder drain → router drain → publisher drain → cursors.persist_all() → persister exit. Overrun returns ShutdownBudgetExceeded, exits non-zero. Panic handling: first JoinHandle to resolve with error wins, coordinator logs ERROR with task name, flips global shutdown, runs cascade, returns TaskFailure for orchestrator restart. Startup from saved cursors: Cursors::load_from_backend reads existing cursors per configured relay; ws_reader appends ?cursor=N to relay URL on connect. Best-effort — Redis hiccup at startup means resume from live tip (matches §3 "no prior cursor" policy). Redis startup resilience: RedisBackend::connect_with_retry runs indefinite exponential backoff but observes shutdown signal. SIGINT during Redis-down startup exits cleanly instead of hanging. Scope call: TLS extra CA file validation only — proto-blue-ws uses tokio_tungstenite::connect_async without a ClientConfig hook, so we can't actually load custom CAs into the TLS stack yet. Fast-fail on bad path, WARN log that the bundle is inert. Tracked upstream at dollspace-gay/proto-blue#4. Design cleanup: Cursors is now the sole source of truth for per-relay position. Phase 4 left a ghost cursor field on RelayState that was never written after the refactor — removed. rustc 1.95.0 ICE workaround: added .cargo/config.toml pinning --diagnostic-width=120 because dead_code warnings trigger a StyledBuffer::replace panic when --diagnostic-width auto-detects as 0 under WSL-from-Windows. Upstream fix landed but not in 1.95.0. References rust-lang/rust#154914. Tests added (pipeline_main_test.rs): - end_to_end_pipeline_delivers_event_to_backend: real fixture frame through full pipeline, lands in fake backend - shutdown_cascade_finalises_cursor_within_budget: replays §3 sequence, asserts each stage under 30s, final cursor at base64url key - task_panic_is_detected_via_join_handle_select: verifies the supervisor pattern - pipeline_initializes_even_when_backend_is_failing_then_shuts_down: FailMode::FailNext(10_000) stuck retry + SIGINT exits clean with cursor unadvanced Not done: structured metrics (phase 6), Dockerfile (phase 9), production deployment (phase 11).
The rustc 1.95 ICE that `.cargo/config.toml` was pinning around — StyledBuffer::replace panicking in annotate-snippets when --diagnostic-width auto-detected as 0 while emitting dead_code warnings — no longer fires. The upstream fix (rust-lang/rust#154914) appears to have propagated to the stable channel we're building on. Confirmed via cargo check + cargo test (119 passing) without the --diagnostic-width=120 pin. Workaround no longer needed. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This PR updates
annotate-snippetsto0.12.15, which includes a fix for #154258, as well as a number of other fixes over0.12.10.fixes #154258