[Bug 52936] New: winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage, fails with UTF-8 codepage

[WineHQ Bugzilla]

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: [e-mail]
          Reporter: [e-mail]

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 
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 
    Signed-off-by: Alexandre Julliard