bugGNU Wget - Bugs: bug #40524, error determining the proper...


bug #40524: error determining the proper filename when saving a remote file

Submitted by:  None
Submitted on:  Fri 08 Nov 2013 10:57:45 PM UTC  
Category: LocalizationSeverity: 3 - Normal
Priority: 5 - NormalStatus: None
Privacy: PublicAssigned to: None
Originator Name: aebOriginator Email: -unavailable-
Open/Closed: OpenRelease: 1.13.4
Operating System: GNU/LinuxReproducibility: Every Time
Fixed Release: NonePlanned Release: None
Regression: NoneWork Required: None
Patch Included: None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Fri 08 Nov 2013 10:57:45 PM UTC, original submission:

If one uses wget to download from a UTF-8 site to a UTF-8 site then wget by default mangles filenames to produce gibberish instead of the proper filenames. One can approximate the desired effect by giving the --restrict-file-names=nocontrol option.
Of course it is a bug that wget by default produces corrupt output.

The docs say that by default 0-31 and 128-159 are escaped on a Unix system. If one is on a UTF-8 Unix system, then the former (escaping 0-31) is not unreasonable: these bytes function under UTF-8 just like they do under ASCII. And the "nocontrol" option is suitable to suppress such escapes. But the bytes 128-159, which are control characters in some character sets, have an entirely different function under UTF-8, They are part of ordinary characters, and it is a really bad bug to destroy these characters.

So, wget should see whether the local system is UTF-8, and if so omit the escaping of bytes 128-159.



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

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


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

    Please enter the title of George Orwell's famous dystopian book (it's a date):



    No Changes Have Been Made to This Item

    Back to the top

    Powered by Savane 3.1-cleanup1