-
Notifications
You must be signed in to change notification settings - Fork 27.4k
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
Respect resume_download
deprecation
#30620
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.
Thanks for the fix of the warning, which makes datasets CI fail.
Thank you @Wauplin ! So the goals of this PR are:
Right? |
The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update. |
Correct! |
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.
Sound good to me!
well as long as CI pass |
Is it related to my PR? 🙈 😭 |
my ultimate solution for this is to re-run until is ✅ - just triggered |
All good! |
Thanks @ydshieh! All good to merge it then? :) |
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.
Thanks for updating everything!
I just put in suggestions to make the docstrings in the "transformers format", specifically we don't say anything about the default if it's None
@amyeroberts I fixed the docstrings as discussed in 2eba9af :) |
CI is green! @amyeroberts I'll let you merge it if changes are fine for you :) |
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.
Amy is out, can you rebase so that I can merge? 🤗
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.
Thanks!
* Deprecate resume_download * remove default resume_download value --------- Co-authored-by: Lysandre Debut <[email protected]>
* Deprecate resume_download * remove default resume_download value --------- Co-authored-by: Lysandre Debut <[email protected]>
Hi, i got the problem that i can't get huggingface to download models or something. Yesterday it totally worked fine. Today it tells me Future Warning: resume_download is deprecated and will be removed in version 1.0.0. Can you help me? |
Hi @SuperJessBerlin, There's two possible things here. With regards to the message, yes, this argument has been deprecated, all downloads resume by default. You can pass the argument in, but it won't have any effect. With regards to downloading models, when you say "i can't get huggingface to download models or something", have you observed that models aren't downloading at all? |
@SuperJessBerlin The warning is there to inform you that the argument |
i get to the web ui.....but it loads unlimited and never would let me create something. |
oh and it has a new overlay. Don't know that yet. |
@SuperJessBerlin Just from a screenshot alone, I wouldn't be able to tell you what is (or is not) happening. I suspect it might just be taking a while to generate an image. Regardless, this is unrelated to this PR. I'd suggest opening an issue on the stable diffusion web UI repo |
…es to be consistent across the source code - Apply the change made in PR huggingface#30620
Fix #30618 (cc @albertvillanova).
resume_download
has been deprecated inhuggingface_hub==0.23.0
release (see huggingface/huggingface_hub#2223). All downloads are now resumed by default. This PR switches all default values toNone
instead ofFalse
which will prevent from having a warning message. If a user manually setsresume_download
to True/False, then they'll still get the FutureWarning fromhuggingface_hub
which is the expected behavior.We will need to make sure to completely remove
resume_download
fromtransformers
before dropping it inhuggingface_hub
. However, this is not expected mid-term (at least not before hfh==1.0)Technically this PR would be compatible with previous versions of
huggingface_hub
sinceFalse
andNone
were processed the same way but I preferred to update requirements to make it compliant with type annotations.