Haal-Centraal-BRK-bevragen icon indicating copy to clipboard operation
Haal-Centraal-BRK-bevragen copied to clipboard

500 server error bij stukdeel die niet bestaat

Open fsamwel opened this issue 2 years ago • 5 comments

bijvoorbeeld /stukdelen/123456789012 geeft: { "type": "https://docs.microsoft.com/en-us/dotnet/api/system.net.httpstatuscode?#System_Net_HttpStatusCode_InternalServerError", "title": "Interne server fout.", "status": 500, "detail": "Internal Server Error", "instance": "/stukdelen/123456789012", "code": "serverError" }

ik had dan een 404 fout verwacht

fsamwel avatar Sep 29 '22 14:09 fsamwel

Gebruikers zullen de stukdeel identificaties uit een eerdere response halen, er is daarmee geen aanleiding (& prioriteit) vanuit gebruikers om dit nu te moeten oplossen.

Het liefste sluit ik deze bug voor nu, en openen we een nieuwe als gebruikers hier in de praktijk tegenaan lopen.

kad-pothot avatar Feb 07 '23 11:02 kad-pothot

Bedoel je dat men de 'stukdeelidentificaties' eerder heeft verkregen via een response van een GET '/stukken/{stukIdentificatie}'? Dat er daardoor vanuit gegaan mag worden dat als men op basis daarvan een GET '/stukdelen/{stukdeelIdentificatie}' ophaalt deze ook altijd zal bestaan en er dus nooit een 500 voor zal komen wat voor jou genoeg reden is om geen 404 voor deze situaties te implementeren. Correct?

melsk-r avatar Mar 20 '23 15:03 melsk-r

Dat is helemaal correct. deze stukdeelidentificaties zijn niet op een andere manier te verkrijgen.

kad-pothot avatar Mar 21 '23 08:03 kad-pothot

Wij (@JohanBoer en ik) hebben het er nog even samen over gehad en we stellen het sluiten van dit issue toch nog even ter discussie. Het gaat hier nl. om een doodgewone bug en gebruikers die hier tegenaan lopen hebben geen flauw idee wat er gebeurt. Het klopt dat hier normaliter (de happy flow) nooit iemand tegen aan zal lopen, maar als een developer gewoon een fout maakt en het verkeerde id in de stukdeelidentificatie stopt dan wordt het moeilijk debuggen.

Wij begrijpen de insteek om de prioriteit hier niet al te hoog te leggen, maar een bekende (en terechte) bug sluiten en opnieuw opvoeren als de gebruikers er tegenaan lopen vinden wij een brug te ver.

melsk-r avatar Apr 11 '23 12:04 melsk-r

Deze komt alleen voor op Externe Testomgeving, dus is geen bug. Externe Testomgeving dient nog gelijk getrokken te worden. Marcel koppelt terug.

brienen avatar Apr 17 '23 11:04 brienen