[Bug 52936] New: winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage, fails with UTF-8 codepage
WineHQ Bugzilla
wine-bugs at winehq.org
Fri Apr 29 17:23:42 CDT 2022
https://bugs.winehq.org/show_bug.cgi?id=52936
Bug ID: 52936
Summary: winhttp:url assumes 0xfb00 cannot be converted to the
ANSI codepage, fails with UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs at winehq.org
Reporter: fgouget at codeweavers.com
winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus
fails fails on Windows with the UTF-8 codepage:
url.c:306: Test failed: expected failure
url.c:307: Test failed: got 0
url.c:346: Test failed: expected failure
url.c:347: Test failed: got 0
https://test.winehq.org/data/patterns.html#winhttp:url
These two pairs of failures happen when calling WinHttpCreateUrl() on the
following URLs respectively:
39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0};
40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0};
So maybe these tests should be skipped when running in a UTF-8 locale since
it's supposed to be able to handle any UTF-16 codepoint.
What is surprising is that this test does not fail on debian11-hi-IN (where
GetACP()==UTF-8). That looks like a bug too.
The tests were introduced in this commit:
commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946
Author: Hans Leidekker <hans at codeweavers.com>
Date: Tue Nov 6 16:09:04 2018 +0100
winhttp: Properly handle request paths with Unicode characters.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076
Signed-off-by: Hans Leidekker <hans at codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard at winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
More information about the wine-bugs
mailing list