bugGNU Wget - Bugs: bug #60442, On 416 (...


bug #60442: On 416 ( CONTENT_RANGE_NOT_SATISFIABLE ) wget sets the content type from the error response, not the original url type.

Submitter:  None
Submitted:  Thu 22 Apr 2021 07:31:18 PM UTC
Category:  Crash/Freeze/Infloop Severity:  3 - Normal
Priority:  5 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Name:  jake Originator Email:  -email is unavailable-
Open/Closed:  Open Release:  None
Operating System:  GNU/Linux Reproducibility:  Every Time
Fixed Release:  None Planned Release:  None
Regression:  None Work Required:  None
Patch Included:  None
* Mandatory Fields

Add a New Comment Rich Markup

Thu 22 Apr 2021 07:31:18 PM UTC, original submission:  

this looks to have been there for a while.

you do a recursive wget, with continue set on an HTTP site.
if there's still data to be retrieved, you get the real content type.
if there's not, you potentially get an html error.
if that happens, wget tries to parse additional urls out of the original file, and will OOM on large binaries.

ugly fix: on continue, try to get from (currentsize-10) which will ensure the content-type header matches the original file.

proper fix: maybe head-request the url to get the content-type from that ?




(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by None (Submitted the item)

    No changes have been made to this item

    Back to the top

    Powered by Savane 3.12.
    Corresponding source code