-
-
Notifications
You must be signed in to change notification settings - Fork 2k
astropy.utils.data.download_file() crashes when show_progress=False #908
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
astropy.utils.data.download_file() crashes when show_progress=False #908
Conversation
|
It comes down to how to handle streams in But this is okay: |
|
p/s: This also breaks #552 |
…work correctly
|
Sorry about that -- I think an intermediate version somehow got committed. A fix is attached. |
|
@mdboom , looks like Travis failed for doc build. I tried to look at the log but it took forever to load, so I am not sure why it failed. |
|
I think #911 fixes the docbuild -- We just have to get that merged into master (I'm hoping to get it reviewed first) and then rebased over here. |
|
Sure. Done. |
astropy.utils.data.download_file() crashes when show_progress=False
|
It appears this introduced a separate build_sphinx error that was masked by #911? Anyway, the travis builds are failing on master after this. |
|
Hmmm... I can't reproduce any problem with |
|
I have the latest master on my branch (plus my own additions) and the doc compiles fine on Python 2.7.3 and Sphinx 1.1.2. |
|
I also can't reproduce the actual failure locally, either. I also don't see how this could possibly have caused the failure, though, because it doesn't seem to be related to the failure (something about not being able to pickle @mdboom - to get the un-truncated log, click the gear on the Travis log page and choose "download log". For this one, that will get you https://s3.amazonaws.com/archive.travis-ci.org/jobs/5911405/log.txt They seem to be in the middle of some sort of change to how they handle logs, and it isn't quite working for >10000 line logs. |
This is a follow-up of #865 by @mdboom .
So far so good. But when I try to suppress the progress bar: