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:  Localization Severity:  3 - Normal
Priority:  5 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Name:  aeb Originator Email:  -email is unavailable-
Open/Closed:  Open Release:  1.13.4
Operating System:  GNU/Linux Reproducibility:  Every Time
Fixed Release:  None Planned Release:  None
Regression:  None Work 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.

Anonymous

 

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

Attach Files:
   
   
Comment:
   

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.3