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
When using the query cache and when a query is a cache "hit", the ::timing-start value that is used is the value from the initially-cached query, not from the current request.
The bug is this line, which returns the cached value unchanged instead of associng the "fresh" timing-start value passed in to the function.
As an additional wrinkle, the parsing timing info is also cached, so the value reported is really only relevant for the initial request. I'm not sure what to do here. A possibility is to time the cache lookup and regard that as the parse offset+duration if it's a "hit".
When using the query cache and when a query is a cache "hit", the
::timing-start
value that is used is the value from the initially-cached query, not from the current request.The bug is this line, which returns the cached value unchanged instead of
associng
the "fresh" timing-start value passed in to the function.As an additional wrinkle, the parsing timing info is also cached, so the value reported is really only relevant for the initial request. I'm not sure what to do here. A possibility is to time the cache lookup and regard that as the parse offset+duration if it's a "hit".
(Related because also a timing bug: walmartlabs/lacinia#448)
The text was updated successfully, but these errors were encountered: