Repository navigation
Conversation
Signed-off-by: Sai Asish Y <say.apm35@gmail.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. WalkthroughThe pull command now distinguishes not-modified responses before error handling. Failed responses with undefined or empty error bodies now throw. Unit tests cover successful, parsed-error, rate-limit, undefined-body, and empty-body responses. ChangesError handling and pull response flow
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to This PR makes empty-body API error responses surface the proper status-based error instead of causing a later crash. No actionable merge-blocking risk remains after normal checks and review. Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
Full details: Linked Issues checkExplanation The changes address issue [
✨ 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 |
Fixes #208. When an error response has an empty body (e.g. a 429 from a proxy), openapi-fetch leaves
errorempty, sohandleLoadableErrorlet it through andtolgee pullcrashed later withCannot read properties of undefined (reading 'arrayBuffer'). Now the response status is checked as well, so the user gets the proper error message (rate limited, status code) instead of the crash.Summary by CodeRabbit
Bug Fixes
Tests