-
Notifications
You must be signed in to change notification settings - Fork 79
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
version.model should return None if no model #276
Conversation
…low-python into fix-version-model
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.
What I cannot evaluate is whether prior behavior, creating the model
object without a matching model on the api, is valid use case somewhere.
Thanks @LinasKo !
I strongly believe that creating a model object when there is no model present is invalid behavior because the object it creates, a child of an |
One other request: there's a |
1 similar comment
One other request: there's a |
Going to revoke key too
Yup, I need to revoke my key too. Thanks for catching! |
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.
Approving, with the caveat that I did not run it locally, nor ran any tests.
Sorry, fixed a failing test. @LinasKo can you re-approve? |
M'afraid test.py snuck its way into the commit again 😉 What I'm seeing is - the model may not exist, but that's valid only in a project version where it's not been trained yet. Is that right? |
🤦 You would think i would learn, but no.
Yes, where it's not been trained. (or uploaded, but the same thing) |
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.
I agree there is the risk someone use this behaviour, but I think it should be fixed, "no model" is a known behavior and we have to return None
to make it explicit.
LGTM! 🎉
Description
There should be no instance where
version.model
should return a model type class when there is no valid model present.Fixing this issue: https://roboflow.slack.com/archives/C056ZUJPK08/p1719359598748219
Type of change
Please delete options that are not relevant.
How has this change been tested, please provide a testcase or example of how you tested the change?
Locally
and here: https://colab.research.google.com/drive/1rnYv49x4oVWt--O3alw2wg6pr2qNapEO?usp=sharing
Any specific deployment considerations
For example, documentation changes, usability, usage/costs, secrets, etc.
Docs