You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I encountered a server that returns content-disposition: attachment; filename="file.png"; filename*=utf8''file.png which is, according to RFC 5987, malformed because the charset should be utf-8, rather than utf8. When trying to decode content-disposition, it will fail at
thrownewTypeError('unsupported charset in extended field')
. It is not my server and I have no way to ask them to change, so if you can fix this (either by accept utf8 or fallback to filename) that would be appreciated.
The text was updated successfully, but these errors were encountered:
Yea, I agree that there needs to be at least one of those options (the very minimum to be able to ignore the unknown encoding because there wasn't a parse error, it parsed fine but just didn't know how to decode).
Hello,
I encountered a server that returns
content-disposition: attachment; filename="file.png"; filename*=utf8''file.png
which is, according to RFC 5987, malformed because the charset should beutf-8
, rather thanutf8
. When trying to decode content-disposition, it will fail atcontent-disposition/index.js
Line 286 in 9908a22
utf8
or fallback tofilename
) that would be appreciated.The text was updated successfully, but these errors were encountered: