Handle StopIteration for Py3.7. PEP 0479, https://www.python.org/dev/peps/pep-0479/, makes the following
change: "when StopIteration is raised inside a generator, it is
replaced it with RuntimeError". And states: "If raise StopIteration
occurs directly in a generator, simply replace it with return."
Also fix test cases that make assumptions about the ordering of
**kwargs. Python, up to 3.6, doesn't preserve any ordering for those.
And the behavior differs between various Python versions.
For details see PEP 0468 (https://www.python.org/dev/peps/pep-0468/)
Reviewed: https:/ /review. opendev. org/587628 /git.openstack. org/cgit/ x/python- glareclient/ commit/ ?id=b1364646f78 cf9e24ca9f74a7a f093d240c094c0
Committed: https:/
Submitter: Zuul
Branch: master
commit b1364646f78cf9e 24ca9f74a7af093 d240c094c0
Author: Corey Bryant <email address hidden>
Date: Tue Jul 31 17:10:20 2018 -0400
python3 compatibility for failing unit tests
Handle StopIteration for Py3.7. PEP 0479, /www.python. org/dev/ peps/pep- 0479/, makes the following
https:/
change: "when StopIteration is raised inside a generator, it is
replaced it with RuntimeError". And states: "If raise StopIteration
occurs directly in a generator, simply replace it with return."
Also fix test cases that make assumptions about the ordering of /www.python. org/dev/ peps/pep- 0468/)
**kwargs. Python, up to 3.6, doesn't preserve any ordering for those.
And the behavior differs between various Python versions.
For details see PEP 0468 (https:/
Change-Id: I9847053534ffd4 7c4559d504be647 be0de25b651
Closes-Bug: #1784714
Closes-Bug: #1711469