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
This is also shown in issue #9498, but that issue is set for 2.0. The issue here is for possible intermediate solutions to prevent bug introduction in codes caused by re-ordering of function definitions.
gives ("no extra", ";kwargs..."). But methods(f2) still gives 1 method. Yet, it does not seem like the last definition overwrote the first. So I see two problems:
The output of methods seems wrong?
It seems unstable that overwriting only occurs when the kwargs version comes last, but not the other way around?
As I understood from #9498, these are not possible to solve without introducing breaking changes and will not be solved in 1.x?
However, it would still be nice to (at least untill #9498 is solved) have some warning or similar to highlight that these patterns might easily introduce bugs.
(Tested on 1.6.2 and 1.7.0-beta4)
The text was updated successfully, but these errors were encountered:
This is also shown in issue #9498, but that issue is set for 2.0. The issue here is for possible intermediate solutions to prevent bug introduction in codes caused by re-ordering of function definitions.
gives
(";kwargs...", ";kwargs...")
. Andmethods(f1)
gives 1 method. So this is consistent with the last definition overwriting the first. However,gives
("no extra", ";kwargs...")
. Butmethods(f2)
still gives 1 method. Yet, it does not seem like the last definition overwrote the first. So I see two problems:methods
seems wrong?As I understood from #9498, these are not possible to solve without introducing breaking changes and will not be solved in 1.x?
However, it would still be nice to (at least untill #9498 is solved) have some warning or similar to highlight that these patterns might easily introduce bugs.
(Tested on 1.6.2 and 1.7.0-beta4)
The text was updated successfully, but these errors were encountered: