-
Notifications
You must be signed in to change notification settings - Fork 7k
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
Add missing handle_legacy_interface()
calls
#6565
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @datumbox thanks for the PR, overall it looks good. I notice there is a failure on the test, is this related to the changes?
Thanks for the feedback @YosuaMichael. I'll make some changes shortly. Concerning the failing tests, they don't seem related. I'll open a ticket with RelEng in a bit. |
FYI unless we are planning on a 0.13.2 bugfix release (I'm not sure it will happen), the deprecation message will be inaccurate as it will mention that |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good!
Summary: * Add `handle_legacy_interface()` to all new models. * Fix imports * Addressing review comments. * Fix linter * Addressing further comments. Reviewed By: jdsgomes, YosuaMichael, atalman Differential Revision: D39435623 fbshipit-source-id: ee260f3b85e15039427a492e352f95a5d9b9728d
Hi all, Any feedback / follow-up on #6565 (comment) ? |
@NicolasHug sorry just noticed your comment, if I understand correctly the multi-weight API is (where we also deprecate However I agree that with this PR, some model that just got the decorator In my opinion, maybe we should bump the deprecation version for all model using WDYT @NicolasHug @datumbox @jdsgomes ? |
Yes you understand correctly - the deprecation message is correct for most models, but not for the models tackled by this PR. As mentioned in #6564, I think we should have a team discussion about whether it makes sense to postpone the removal of a deprecated API (I added an item for the next team meeting. This somewhat relates to this thread as well #6258 (comment)). As far as the deprecation message for this PR's models though, a simple fix would be to change "deprecated in 0.13" to "deprecated in 0.14" (we can keep the planned removal for 0.15 IMHO, since this is a fairly exceptional case). |
@NicolasHug Agree with changing to |
Fixing #6564