You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, fetch deserialises the JSON to check for errors, even if the user wants the raw result. This could be a performance issue. Furthermore, the requests.Response object does not cache its .json() result, so when the user doesn't want the raw result, they deserialise the same (possibly large) JSON twice.
Should raw automatically apply no_verify? Is there even a need to have two separate switches?
The text was updated successfully, but these errors were encountered:
clbarnes
changed the title
no_verify switch for fetch methods
deserialising JSON multiple times (no_verify switch for fetch?)
Nov 8, 2018
Currently,
fetch
deserialises the JSON to check for errors, even if the user wants theraw
result. This could be a performance issue. Furthermore, therequests.Response
object does not cache its.json()
result, so when the user doesn't want theraw
result, they deserialise the same (possibly large) JSON twice.Should
raw
automatically applyno_verify
? Is there even a need to have two separate switches?The text was updated successfully, but these errors were encountered: