TaskNotes 4.4.0

Added

• Mdbase type generation now includes tn_role annotations so external tools can identify each field's role even when frontmatter names are customized
• (#1618) Mdbase type matching now follows your task identification settings (tag or frontmatter property), with fallback to tag matching when needed
  • Thanks to @jimbo108108 for reporting
  • Mdbase type status fields now include tn_completed_values so external tools can reliably identify which status values count as completed
• (#1576) Added an optional Checklist Progress task-card property that renders a compact progress bar and completed/total count from top-level markdown checkboxes
  • Uses metadata cache list items and excludes nested checklist entries so progress reflects top-level task steps
  • In Bases views, map tasks (file.tasks) to Checklist Progress
  • Existing .base files need file.tasks added to the view order YAML manually
  • Newly generated .base templates now include file.tasks in view order by default
  • Thanks to @phortx for opening #1576 and for the earlier implementation PR, and @piyushaswani55 for feedback in the issue discussion

Changed

• Mdbase type generation no longer overwrites mdbase.yaml if the file already exists, preserving user customisations
• Webhooks now fire consistently regardless of whether updates come from the UI, HTTP API, or MCP
• Webhook runtime state now syncs automatically when plugin settings change
• Shared HTTP response/body parsing utilities are now consolidated in a dedicated httpUtils module
• Release notes now include a reminder on every release page that default generated .base template changes never overwrite existing user .base files, and that users can regenerate templates from Settings to pick up updates

Fixed

• (#1608) Fixed task title frontmatter being removed when storeTitleInFilename is enabled
  • title is now retained in frontmatter while filename derivation from title remains unchanged
  • Thanks to @victoraraujo105 for the PR
• (#1602) Fixed time tracking statistics showing incorrect or zero values for Today/Week/Month due to UTC-anchored date range boundaries in Stats View
  • Updated range calculations to use local calendar-day boundaries consistently
• (#1602) Fixed inconsistent timeEntries timestamp formats across create/edit/drag/resize flows
  • Time entry timestamps are now written in canonical UTC ISO format (toISOString() with Z) across all write paths
• (#1602) Fixed denormalized timeEntries.duration drift after edits
  • Time tracking calculations now derive duration from startTime/endTime
  • Time entry save paths now strip legacy duration values instead of persisting them
  • Thanks to @dy66 for opening #1602