Skip to content

Release prep: v1.3.0#215

Merged
erikdarlingdata merged 1 commit intodevfrom
release/v1.3.0
Feb 20, 2026
Merged

Release prep: v1.3.0#215
erikdarlingdata merged 1 commit intodevfrom
release/v1.3.0

Conversation

@erikdarlingdata
Copy link
Owner

Summary

  • Version bump all 4 csproj files from 1.2.0 to 1.3.0
  • Fix UTC timezone mismatch in process_deadlock_xml — sp_BlitzLock expects local time dates but was receiving UTC, causing 0 parsed results on any server not in UTC
  • Add CHANGELOG entries for both 1.2.0 (previously missing) and 1.3.0

Details

Deadlock XML timezone fix

collect.deadlock_xml.event_time stores UTC (from XE timestamps). process_deadlock_xml derived date ranges from these UTC values and passed them directly to sp_BlitzLock. But sp_BlitzLock internally converts @StartDate/@EndDate from local time to UTC, so the dates were shifted by the server's timezone offset (e.g., +8 hours for PST), resulting in zero matches.

Fix: convert dates from UTC to local time before passing to sp_BlitzLock. Also fixed the DELETE and verification queries to use local-time dates since collect.deadlocks.event_date stores local time (sp_BlitzLock's output format).

Test plan

  • Deployed fix to sql2016, sql2017, sql2019, sql2022
  • Verified 192 stuck unprocessed deadlock XML events parsed successfully on sql2022
  • CLI installer upgrade path tested on sql2016 (fresh), sql2017 (upgrade), sql2019 (upgrade)
  • CLI installer idempotency tested on sql2022
  • Dashboard launched and validated post-upgrade (memory columns, no collector errors)
  • CHANGELOG reviewed for completeness

🤖 Generated with Claude Code

- Version bump all 4 csproj files from 1.2.0 to 1.3.0
- Fix UTC timezone mismatch in process_deadlock_xml: sp_BlitzLock expects
  local time dates but was receiving UTC, causing 0 parsed results on any
  server not in UTC. Convert dates to local time before passing to sp_BlitzLock.
- Add CHANGELOG entries for both 1.2.0 (previously missing) and 1.3.0
- 1.3.0 includes schema upgrade warning for large memory_stats tables

Tested: deployed fix to sql2016/2017/2019/2022, verified 192 stuck
unprocessed deadlock XML events parsed successfully on sql2022.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@erikdarlingdata erikdarlingdata merged commit 3d85995 into dev Feb 20, 2026
7 checks passed
@erikdarlingdata erikdarlingdata deleted the release/v1.3.0 branch February 23, 2026 21:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant