chore(http): retirer deux appels sûrs sur un corps jamais nul - #38
Conversation
`Response.body` n'est pas nullable en OkHttp 5 : le `?.` et le `orEmpty()` qui le suivait ne décrivaient plus rien, et le compilateur le signalait à chaque build. Deux avertissements en moins — c'est ainsi qu'un vrai finit par passer inaperçu. Aucun changement de comportement : un corps vide rend déjà la chaîne vide, et le cas est couvert par le test du 204 comme par celui de l'erreur en texte brut. Claude-Session: https://claude.ai/code/session_01NaDC2u4EF6J3JMNxnzpdwg
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Included review availability: 0 reviews are currently available. Your included PR review attempts over the past 7 days set your current allowance at 2 reviews per hour. 📝 WalkthroughWalkthroughLa lecture des corps HTTP utilise désormais directement ChangesLecture des corps HTTP
Estimated code review effort: 1 (Trivial) | ~5 minutes Merge Risk: ⚪ Minimal · up to This is a localized cleanup that removes redundant safe calls without changing response handling; the reported checks pass, and no actionable merge-blocking risk remains. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Warning Your free Security trial is over. An organization admin can activate billing to continue. Comment |
Deux avertissements de compilation traînaient dans
ServerHttp.kt:Response.bodyn'est pas nullable en OkHttp 5. Le?.et leorEmpty()qui le suivait ne décrivaient plus rien. Un build qui crie pour rien est un build qu'on cesse de lire ; c'est ainsi qu'un vrai avertissement finit par passer inaperçu.Ce que ça ne change pas
Aucun comportement. Un corps vide rendait la chaîne vide par
orEmpty(), il la rend vide parstring(). Aucun chemin ne passait parnull— c'est précisément ce que le compilateur affirmait.Pas de test de régression, donc : il n'y a pas de défaut à faire réapparaître. Les deux chemins touchés sont déjà couverts — le test du 204 sans corps pour la lecture réussie, celui de l'erreur en texte brut pour
toException().Vérifié
ktlintCheck,detekt,testDebugUnitTest: 298 tests verts.compileDebugKotlin --rerun-tasks: plus aucun avertissement.Summary by CodeRabbit