The html manual download is corrupt #104654
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#104654
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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?
Page Information
File: ``
Blender Version: 4.01`
Documentation Language: english
Permanent Link
Short description of error
The .zip file containing the html version of the manual is corrupt and will not unpack in winrar or windows10
There is indeed something wrong. Using 7z to open it, there's a 'Not Found (404)' 404.html page at the root.
Seems like Cloudflare is blocking the download from exceeding a size limit.
I get this error when extracting:
Unexpected end of archive
.I had a chat with a Cloudflare tech, but they only suggested that it could be due to a missing Content-Length header. Unfortunately, we are sending the header from the backend server (origin). It's unclear if there is something else causing them to not send the header, but attempts to block caching of those particular URL proved futile.
I dug a little deeper and was noticing that the webserver was also missing a merged upstream config option to load mod_http2 and enable the protocol as well.
While the origin server now allows HTTP/2 and ALPN supports the negotiated upgrade, it still seems like the upstream isn't sending the Content-length headers, which could be related to a problem they have pointed us towards, still:
https://developers.cloudflare.com/cache/troubleshooting/chunked-encoding-and-dynamic-content/
I will continue to kick and test things, but the act of having to tweak rules, wait (unknown times), purge caches, re-test etc, takes some time.
It would appear that a Cloudflare feature called "workers", which hijacks requests to inject code into a request as part of our recent fund campaign was the cause of the content being cut short.
I have disabled this code for now while the team looks into an alternate solution, which should at least allow the url to download properly for now.
In addition, I have adjusted the cache values for docs.blender.org to be a little more friendly in the amount of time things are cached, resulting is less traffic to the origin server (us!). Hopefully the changes help with the downloads!