Skip to content

fix: replace U+2192 arrows with ASCII dashes in focus-range output#19

Open
cristianorj22 wants to merge 1 commit into
bradautomates:mainfrom
cristianorj22:fix/windows-arrow-encoding
Open

fix: replace U+2192 arrows with ASCII dashes in focus-range output#19
cristianorj22 wants to merge 1 commit into
bradautomates:mainfrom
cristianorj22:fix/windows-arrow-encoding

Conversation

@cristianorj22

Copy link
Copy Markdown

Summary

Three print(...) lines in scripts/watch.py rendered focus-range labels using U+2192 RIGHTWARDS ARROW (). The character isn't representable in Windows' default cp1252 console codepage and triggers UnicodeEncodeError — same class of issue as the emoji removal in v0.1.2 and the UTF-8 reads in v0.1.3.

Replaces with ASCII - in:

  • The **Focus range:** header line in the report
  • The _Source: ...:_ transcript label when --start/--end are set
  • The _No transcript lines fell inside ...:_ fallback when the filter returned nothing

ASCII hyphen renders cleanly across encodings and matches the extracting … over <start>-<end> separator the script already uses on stderr.

Test plan

  • Local verification on Windows (cp1252 console): python scripts/watch.py <url> --start 30 --end 60 no longer raises UnicodeEncodeError on the focus-range banner
  • CI: existing release workflow still produces dist/watch.skill cleanly with the change
  • Manual: confirm the report header and transcript labels look intentional with the dash separator

Notes

Diff is 3 char swaps in 3 lines — surgical, no behavior change beyond the encoding fix. No version bump or CHANGELOG entry in this PR; happy to add either if you'd prefer to land this as a patch release vs. roll it into the next batch.

Three print statements in watch.py used U+2192 RIGHTWARDS ARROW to render
focus-range labels (e.g. "00:30 -> 02:00"). The character can't be encoded
by Windows' default cp1252 console codepage and crashes with
UnicodeEncodeError — same class of issue as the emoji removal in v0.1.2.
Replace with ASCII hyphen; renders cleanly across encodings and matches
the report's other range separators.

Affected lines: focus-range header, transcript source label when focused,
and the "no transcript lines fell inside <range>" fallback.

(The original local commit message in this user's clone said "fix: map
channelUsername field" — that was copy-pasted by mistake from an
unrelated repo and does not describe the actual diff.)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
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.

2 participants