Feature/time converter - #1
Conversation
|
@codex Please review only this time-converter implementation for critical correctness issues: timezone/DST handling, parsing multiple time expressions, date transitions, and service/formatter integration. Please avoid broad refactoring or non-essential suggestions. |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 2b4ae45bdc
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| rf"(?P<minute>[0-5]\d)" | ||
| rf"[ \t]*" | ||
| rf"(?P<timezone>{_TIMEZONE_PATTERN})" | ||
| rf"(?!\w)", |
There was a problem hiding this comment.
Reject offset-qualified timezone tokens
When the message contains an explicit offset such as 10:00 UTC+2 or 10:00 UTC-5, this boundary still matches the UTC prefix because + and - are not word characters, so the service returns a UTC conversion for a different timezone expression instead of ignoring or rejecting it. This is a common way users write timezones, and it produces confidently wrong results rather than no match.
Useful? React with 👍 / 👎.
Adds timezone-aware conversion between UTC, CET, and Kyiv, including text parsing, response formatting, date transitions, and unit tests.