[Bug 57983] New: getaddrinfo cannot handle "https" as the service string, but windows 10 can
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: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com 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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57983 Katharine <katharine.chui(a)gmail.com> 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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57983 --- Comment #1 from Katharine <katharine.chui(a)gmail.com> --- 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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57983 Katharine <katharine.chui(a)gmail.com> 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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57983 --- Comment #2 from Hans Leidekker <hans(a)meelstraat.net> --- (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. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=57983 Hans Leidekker <hans@meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Hans Leidekker <hans@meelstraat.net> --- Wine has its own etc/services now which lists https. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=57983 Alexandre Julliard <julliard@winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Alexandre Julliard <julliard@winehq.org> --- Closing bugs fixed in 11.17. -- 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.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla