Conversation
|
Warning Rate limit exceeded
⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. WalkthroughMultiple device implementations and the core transform system are updated to handle time period end times. The solution converts "24:00" (device-side end-of-day marker) to "23:59" (Home Assistant valid format) to resolve Home Assistant text entity validation failures. This involves adding an optional Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~22 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
f948257 to
7bb9ebc
Compare
4063517 to
5ae91fe
Compare
Fixes #95.
Home Assistant time text entities do not accept "24:00" (regex allows 00:00..23:59 only). Some devices report end-times as "24:00" as an end-of-day marker, which leads to HA log errors like:
This PR:
Applies to:
timeString({ clamp24hEnd: true })+ command parameter mapping inbuildTimePeriodParams24:00 -> 23:59) and command building (23:59 -> 24:00)Tests:
timeString({ clamp24hEnd: true })optionSummary by CodeRabbit
Bug Fixes
Tests