[Bug 57983] New: getaddrinfo cannot handle "https" as the service string, but windows 10 can

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57983

Bug ID: 57983
           Summary: getaddrinfo cannot handle "https" as the service
                    string, but windows 10 can
           Product: Wine
           Version: 10.0
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: winsock
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 78236
  --> https://bugs.winehq.org/attachment.cgi?id=78236
test/reproduce code

test code that can be built with mingw-w64 gcc attached, on linux wine, the
current output is:

getaddrinfo("google.com", "https", NULL, &res) failed with 10109

aka WSATYPE_NOT_FOUND

on windows, both "443" and "https" service strings works

[Bug 57983] getaddrinfo cannot handle "https" as the service string on 32bit, but windows 10 can

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57983

Katharine  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Hardware|x86-64                      |x86
            Summary|getaddrinfo cannot handle   |getaddrinfo cannot handle
                   |"https" as the service      |"https" as the service
                   |string, but windows 10 can  |string on 32bit, but
                   |                            |windows 10 can

[Bug 57983] getaddrinfo cannot handle "https" as the service string on 32bit, but windows 10 can

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57983

--- Comment #1 from Katharine  ---
This issue is observed when host libc does not resolve "https" as a service in
getaddrinfo

So far the issue can be observed on:
debian bookworm i386 and x86_64, opensuse tumbleweed i386, ubuntu 24.10 i386
and x86_64

The issue cannot be observed on:
opensuse tumbleweed x86_64, fedora 41 i386 and x86_64

Not sure if this should be considered a distro configuration issue

[Bug 57983] getaddrinfo cannot handle "https" as the service string on some distros, but windows 10 can

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57983

Katharine  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|getaddrinfo cannot handle   |getaddrinfo cannot handle
                   |"https" as the service      |"https" as the service
                   |string on 32bit, but        |string on some distros, but
                   |windows 10 can              |windows 10 can

[Bug 57983] getaddrinfo cannot handle "https" as the service string on some distros, but windows 10 can

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57983

--- Comment #2 from Hans Leidekker  ---
(In reply to Katharine from comment #1)
> This issue is observed when host libc does not resolve "https" as a service
> in getaddrinfo
>
> So far the issue can be observed on:
> debian bookworm i386 and x86_64, opensuse tumbleweed i386, ubuntu 24.10 i386
> and x86_64
>
> The issue cannot be observed on:
> opensuse tumbleweed x86_64, fedora 41 i386 and x86_64
>
> Not sure if this should be considered a distro configuration issue

Debian Trixie will have an entry for https in /etc/services, so the next Ubuntu
release will probably have it too.