Opened 7 years ago
Closed 20 months ago
#1433 closed defect (fixed)
WebDAV module didn't convert UTF8 encode url into GBK on Windows
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | nginx-module | Version: | 1.12.x |
Keywords: | WebDAV win32 | Cc: | |
uname -a: | Microsoft Windows [版本 10.0.15063] | ||
nginx -V: | nginx version: nginx/1.12.1 |
Description
I'm using Nginx as a static resource server on Windows 10. And I use php_curl to transfer file from Apache to Nginx by HTTP PUT method. When URL include Chinese in UTF8 codec like "/0/%E6%B5%B7%E6%8A%A5%E8%83%8C%E6%99%AF.jpg", the WebDAV just create a file with the UTF-8 string. But Windows use GBK to store Chinese file name. So the UTF-8 string was used as a GBK string without conversion, which lead to an incorrect name on Windows like 海报背景.jpg(correct) => 娴锋姤鑳屾櫙.jpg(incorrect).
If I use GBK encode URL "/0/%BA%A3%B1%A8%B1%B3%BE%B0.jpg"(same as the UTF-8 one in Chinese), every thing works fine, the file name on Windows is correct.
If I try to GET the GBK encode URL, the Nginx return 500 with error log: 1113: No mapping for the Unicode character exists in the target multi-byte code page. And if I use the UTF-8 encode URL, it works fine. So I can figure out the Nginx handle the GET method with a codec conversion, but PUT method not, maybe other WebDAV method not as well.
Change History (10)
comment:1 by , 7 years ago
comment:2 by , 7 years ago
nginx -V:
nginx version: nginx/1.12.1
built by cl 16.00.40219.01 for 80x86
built with OpenSSL 1.0.2l 25 May 2017
TLS SNI support enabled
configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug --prefix= --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid --http-log-path=logs/access.log --error-log-path=logs/error.log --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp --http-proxy-temp-path=temp/proxy_temp --http-fastcgi-temp-path=temp/fastcgi_temp --http-scgi-temp-path=temp/scgi_temp --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=1024 --with-pcre=objs.msvc8/lib/pcre-8.40 --with-zlib=objs.msvc8/lib/zlib-1.2.11 --with-select_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_stub_status_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_slice_module --with-mail --with-stream --with-openssl=objs.msvc8/lib/openssl-1.0.2l --with-openssl-opt=no-asm --with-http_ssl_module --with-mail_ssl_module --with-stream_ssl_module
comment:4 by , 2 years ago
For the record, I've submitted a patch series to address various issues with non-ASCII names on Windows, including this one. In particular, the following patches are directly related to this ticket:
https://mailman.nginx.org/pipermail/nginx-devel/2023-January/TPQUESKQOUEFDAZXWSH2QW6TFXYDUZI2.html
https://mailman.nginx.org/pipermail/nginx-devel/2023-January/ZML72O2YVFBSGY2IYFDNWWS2PPKCRNYD.html
https://mailman.nginx.org/pipermail/nginx-devel/2023-January/ZUR3KNDSRG7W4NRLWH7TGZOBXVGTQIE3.html
https://mailman.nginx.org/pipermail/nginx-devel/2023-January/GJ47O4REVLDFZT7S36LXMUYOZSSWPCDM.html
https://mailman.nginx.org/pipermail/nginx-devel/2023-January/7ZQD26HURFGSD3BHIC2ZYJYHE5X537VL.html
Review and testing appreciated.
comment:10 by , 20 months ago
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Fix committed and available in nginx 1.23.4 / 1.24.0, closing this. Thanks to all involved.
charset has been set to utf-8 in nginx.conf.