-
Notifications
You must be signed in to change notification settings - Fork 291
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
max() over itertools.ifilter() is broken in 0.18.0 #510
Comments
Can you submit a bugfix please? I'll include it in a release in the next few days. |
Sorry, I have no idea how to fix this. We've just downgraded to |
I think I'm running into a related issue. The new min and new max function consume the first item of an iterator before passing to the underlying min and max functions. I'll take a stab at a PR if I get time tonight. |
I'm running into problems with with min/max of generators as well. Can't tell what the above code is doing, but it sounds related. For me specifically, the problem seems to be from future.builtins import *
min(x for x in [1]) I bisected this and it starts failing on master with commit f141395. I checked current state of #514 and can confirm that it fixes this issue. Thanks @gazpachoking |
Thanks megies for the confirmation! Thanks all for helping make this software better :) |
Fix has not been merged yet, right? |
It's been merged now :) |
Python 2.7.16.
macOS 10.14.6.
Reproducible with:
Can't reproduce with
0.17.1
.This affects older versions of
keyring
library using similar code to select keychain backend where it wants max priority backend but returns the wrong one.Also it looks like it depends on the order of the list.
The text was updated successfully, but these errors were encountered: