It's almost Impossiable to Download Blender manual #87882
Labels
No Label
Meta
Good First Issue
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
Eevee & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds, Tests & Devices
Module
Python API
Module
Rendering & Cycles
Module
Sculpt, Paint & Texture
Module
User Interface
Module
VFX & Video
Priority
High
Priority
Low
Priority
Normal
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Information from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-manual#87882
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Pagename:
index
Blender Version:
2.92
Documentation Language:
en
Permanent link
Short description of error
[Please fill out a short description of the error here]
When I download the blender doc file in epub format it download some megabyte and then failed. I have 10mbps connection and I never able to download the blender manual. So I requested that make manual download pause/resume-able.
Pls allow Accept-Ranges: bytes on response header of manual download.
Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'
Added subscriber: @devbapidey
How does 'resume download' work?
Added subscriber: @dmcgrath
Removed subscriber: @devbapidey
We should be supporting range already (we don't actively prevent it). I can pause and resume the epub download in Chrome just fine here while throttling the download to 3G speeds, as well:
If I interrupt the download and cause a network error, I can resume it as well in chrome:
Added subscribers: @devbapidey, @ankitm
As a workaround, use
wget -c "https://docs.blender.org/manual/en/2.92/blender_manual_epub.zip"
if available on your OS.@dmcgrath both Safari and Firefox on macOS fail to resume download from the stopping point.
Brave (chromium fork) however does resume.
Changed status from 'Needs Developer To Reproduce' to: 'Needs Triage'
Added subscriber: @Blendify
I can confirm that also, chrome works but firefox doesn't
firefox not work, I use wget -c.
Since we support Accept-Ranges, perhaps this should be closed?
Although I am curious as to why Firefox doesn't work, but Chrome and and wget do. I did find a post that might help.
I also noticed that pause/resume fails on Firefox:
Maybe also take a look at: https://support.mozilla.org/bm/questions/1220917
Changed status from 'Needs Triage' to: 'Resolved'
Yes I will close this, I don't think there is anything more we can do from our side.
If relevant: downloads that Safari can resume show
foo MB of bar MB downloaded
, but for the manual, it showsfoo MB of ? downloaded
.Can you show the headers you received (F12?) for that URL so that I can compare to ours?
Collected from Brave and FF because couldn't find that in Safari.
Brave:
FF:
I see you have a
Accept-Ranges: bytes
as well.My tests, as per: https://linux.goeszen.com/apache-and-byte-ranges-for-resumable-downloads.html
I also think we should close this. With a note on doc( if possible ) that 'Firefox download not resume able'.
This is Response Headers of my firefox browser.
I am not really sure about it. But I think Transfer-Encoding might cause problem as Content-Length is omitted ( more info on here ).
Seems that we were zipping a zip file, which starts sending the content before knowing the size, thus was chunked.
I disabled gzip for .zip files which seems to work properly in Firefox now.
Thanks for the report!