[noHejkaCoTamSieZTobaDzieje]

Hej dotnetowi magicy. Napotkalem dzisiaj dziwny problem ktory nie daje mi spokoju.
Apka reactowa calluje api w .net
Zdefiniowane CORS poprawnie, autoryzacja z JWT.
Wszystkie calle dzialaja dobrze bez atrybutu Authenticate. Po jego dodaniu dzialaja zwykle enpointy, ale wywala sie polaczenie SignalR na etapie /negotiate.
Winowajca byla zla kolejnosc w program.cs useCors dodane po useAuthentication i useAuthorization.
Nie rozumiem czemu zwykle enpointy nie zwracaly bledow tylko wlasnie signalR jedynie. Error message cos w stylu niespelnienie CORS policy
#csharp
#programowanie

[Priya]

@noHejkaCoTamSieZTobaDzieje: która wersja asp.net?

[noHejkaCoTamSieZTobaDzieje]

@Priya: .net core 6

[Kolorowezworki]

@noHejkaCoTamSieZTobaDzieje: A dobrze masz zdefiniowany tokenprovider w cliencie signal-r? WebSockety trochę inaczej działają niż HTTP

[noHejkaCoTamSieZTobaDzieje]

@Kolorowezworki: tak. Tak i wszystko zadzialalo jak tylko zamienilem kolejnosc use. Dziwie sie tylko dlaczego zwykle requesty przechodzily

[Priya]

@noHejkaCoTamSieZTobaDzieje: nie zagłębiałem się, ale może signalr ma osobny pipeline i nie wywołuje wszystkich middlewarów? Stąd kolejność mogła nie mieć takiego samego wpływu

[Kolorowezworki]

@noHejkaCoTamSieZTobaDzieje: Kwestia różnicy między localhost a lokalne IP? Strzelam.

[PortowySzczur]

@noHejkaCoTamSieZTobaDzieje: główny powód dla którego #!$%@?łem z ASP.NET. Może i szybkie ale ilość magii i domysłów to jest dramat. Kontakt z IdentityServer był spoko bo do dziś oidc używam ale za dużo składników gada ze sobą w różny sposób, co dwa lata upgrade do nowej wersji, idź pan do cholery.