[Wget-dev] wget2 | Find a way to handle extremely long file names / URLs (#446)

[Tim Rühsen]

New Issue was created.

Issue 446: https://gitlab.com/gnuwget/wget2/issues/446
Author:    Tim Rühsen
Assignee:  

Wget2 can't currently save long names to disk, like
```
https://github-production-release-asset-2e65be.s3.amazonaws.com/171755765/5c527180-6d57-11e9-83f4-1488a8ef0333?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20190503%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20190503T082215Z&X-Amz-Expires=300&X-Amz-Signature=40ba463cfb75c3b2526d6ffde0f60da19a5a8fd5175f5da273bbdb7f0ac03fb3&X-Amz-SignedHeaders=host&actor_id=5085485&response-content-disposition=attachment%3B%20filename%3Dopen_gapps-arm64-9.0-stock-20190503.zip&response-content-type=application%2Foctet-stream
```

Wget1.x does it by truncating the name to the max. filename length of the 
underlying file system. That might badly go wrong if two URLs only differ in 
the truncated part.

We could implement different user-configurable strategies:
- print error and don't save
- truncate like Wget1.x does
- use a hash (e.g. SHA1/2/3) as file name and store the original URL in 
extended file attributes (xattr)
- use a hash as file name and create a map file (e.g. `.wgetmapping`, or 
user-configurable)

-- 
Reply to this email directly or view it on GitLab: 
https://gitlab.com/gnuwget/wget2/issues/446
You're receiving this email because of your account on gitlab.com.