Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Intermittent system test failure #66

Closed
chrisrossi opened this issue Apr 9, 2019 · 5 comments
Closed

Intermittent system test failure #66

chrisrossi opened this issue Apr 9, 2019 · 5 comments
Assignees
Labels
type: process A process-related concern. May include testing, release, or the like.

Comments

@chrisrossi
Copy link
Contributor

Intermittently, we get this system test failure:

___________________________________________ test_get_properties_of_kind ___________________________________________

dispose_of = <function dispose_of.<locals>.delete_entity at 0x7f0bb03d4510>

    @pytest.mark.usefixtures("client_context")
    def test_get_properties_of_kind(dispose_of):
        from google.cloud.ndb.metadata import get_properties_of_kind
    
        class AnyKind(ndb.Model):
            foo = ndb.IntegerProperty()
            bar = ndb.StringProperty()
            baz = ndb.IntegerProperty()
            qux = ndb.StringProperty()
    
        entity1 = AnyKind(foo=1, bar="x", baz=3, qux="y")
        entity1.put()
        dispose_of(entity1.key._key)
    
        properties = get_properties_of_kind("AnyKind")
>       assert properties == ["bar", "baz", "foo", "qux"]
E       AssertionError: assert [] == ['bar', 'baz', 'foo', 'qux']
E         Right contains more items, first extra item: 'bar'
E         Use -v to get the full diff

tests/system/test_metadata.py:220: AssertionError

I've only seen this happen on a Datastore backed data store, not on a Firestore backed data store. I suspect the issue is that it takes some amount of time for the metadata about "AnyKind" to get updated after the entity is saved. Maybe a retry loop would be in order.

@cguardia cguardia self-assigned this Apr 9, 2019
@chrisrossi
Copy link
Contributor Author

This is happening almost every time now in Kokoro.

@cguardia
Copy link
Contributor

Fixed with PR #70.

@yoshi-automation yoshi-automation added 🚨 This issue needs some love. labels Apr 7, 2020
@tseaver
Copy link
Contributor

tseaver commented Sep 27, 2021

Seems to have raised its ugly head again.

@tseaver tseaver reopened this Sep 27, 2021
@product-auto-label product-auto-label bot added the api: datastore Issues related to the googleapis/python-ndb API. label Sep 27, 2021
@tseaver tseaver added type: process A process-related concern. May include testing, release, or the like. and removed triage me I really want to be triaged. 🚨 This issue needs some love. api: datastore Issues related to the googleapis/python-ndb API. labels Sep 27, 2021
@tseaver tseaver assigned chrisrossi and unassigned cguardia Sep 27, 2021
chrisrossi pushed a commit to chrisrossi/python-ndb that referenced this issue Sep 28, 2021
@meredithslota
Copy link

@tseaver I'm going to close this based on some of the recent fixes, assuming you haven't seen this again. Please let us know if you see it again.

@tseaver
Copy link
Contributor

tseaver commented Nov 15, 2021

@meredithslota Seems good. PR #726 noted explicitly that it was fixing this bug, but the , might have defeated the autoclose.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: process A process-related concern. May include testing, release, or the like.
Projects
None yet
Development

No branches or pull requests

5 participants