Metadata system tests flaky #703
Labels
api: datastore
Issues related to the googleapis/python-ndb API.
priority: p2
Moderately-important priority. Fix may not be included in next release.
type: cleanup
An internal cleanup or hygiene concern.
Got what appears to be a transient test failure in Kokoro with PR #696, involving one of the metadata tests:
Testing the metadata is tricky because of eventual consistency. This failure is particularly odd, though, because first we wait for the
get_properties_of_kind
call without thestart
argument to return the right number of properties, so presumably the database has reached an internally consistent state. But then callingget_properties_of_kind
with thestart
parameter, we're back to not finding any properties. Is it possible the first call hit a backend resource that had been udpated with the latest metadata, but then the next call hit a different backend resource that still hadn't been updated?We might need to look for this pattern in all the metadata tests and make sure all metadata calls use
eventually
, not just the first call in a test.The text was updated successfully, but these errors were encountered: