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
There are other AES* classes that also have a bit_length argument in the source but the .pyi defines it as key_size. These should align and to avoid backwards compatibility problems the .pyi files should be changed to bit_length. If you are happy with this change I can send through a PR with those changes.
The text was updated successfully, but these errors were encountered:
Have opened #12170. I'm unsure if you want a test for one or all classes to call this method with the kwarg but just left it to the .pyi changes for now.
The definition for the AESGCM.generate_key class method defines the first argument as
bit_length: usize
whereas the AESGCM.generate_key pyi definition iskey_size
. This causes issues with mypy validation if calling this method with an explicit kwarg likeThere are other AES* classes that also have a
bit_length
argument in the source but the.pyi
defines it askey_size
. These should align and to avoid backwards compatibility problems the.pyi
files should be changed tobit_length
. If you are happy with this change I can send through a PR with those changes.The text was updated successfully, but these errors were encountered: