fix: surface Spotify quota exhaustion
Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
parent
358d058392
commit
bfea9efb5e
6 changed files with 97 additions and 10 deletions
|
|
@ -514,3 +514,27 @@ Waarom:
|
|||
werkende versie 1 klik verderop hebben. Een runtime mode-switch in de
|
||||
app zelf zou een derde codepad zijn; twee instanties met elk 1 mode
|
||||
houden het ontwerp schoon.
|
||||
|
||||
### Final polishing round
|
||||
|
||||
Wat ik deed:
|
||||
|
||||
- De laatste live-test gaf op de Spotify Search endpoint opnieuw
|
||||
`QUOTA_EXCEEDED`, terwijl auth en de taste-profile calls wel werkten. De
|
||||
pipeline toont dit nu als een `quota_exhausted` error in plaats van als nul
|
||||
resultaten; de retry button verdwijnt en de demo-link blijft staan.
|
||||
- De eerdere aanname van een dagelijks resetmoment gecorrigeerd. Spotify deelt
|
||||
Development Mode quota per developer-account en endpoint bucket, maar
|
||||
publiceert de limieten en het reset window niet.
|
||||
|
||||
Waarom:
|
||||
|
||||
- Een quota error is geen geldige zoekopdracht met nul resultaten. Door deze
|
||||
rate-limit issues lever ik op 12 augustus in: eerst één gecontroleerde
|
||||
live-test, daarna direct de hand-in.
|
||||
|
||||
Wat ik heb laten vallen of uitgesteld:
|
||||
|
||||
- De structurele oplossing is een Spotify key met hogere quota. Dat is voor
|
||||
deze PoC-assessment niet proportioneel; ik bouw geen slimme workaround en
|
||||
live mode valt niet stil terug op fixtures.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue