http://bugs.winehq.org/show_bug.cgi?id=59614 Bug ID: 59614 Summary: Aion 4.8 x64: login fails when GetAdaptersInfo returns pseudo-interfaces without valid MAC first on macOS. Product: Wine Version: 11.5 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs@list.winehq.org Reporter: q50qjdkase@bltiwd.com Created attachment 80676 --> http://bugs.winehq.org/attachment.cgi?id=80676 Combined sanitized logs: ipconfig, GetAdaptersInfo traces, and server-side validation This is conceptually similar to Bug 40247 (where macOS loopback interfaces broke NetBIOS enumeration), but this issue affects iphlpapi::GetAdaptersInfo. On macOS, pseudo/tunnel interfaces (like lo0, gif0) may appear early during network interface enumeration and have empty or zero physical addresses. Some legacy applications use GetAdaptersInfo and blindly select the first returned adapter for hardware identity. When this happens, the application propagates an empty MAC address, causing authentication to fail. Observed application-side symptom: Aion 4.8 x64 login server rejects connection due to an empty MAC value (macAddress=). Steps to Reproduce: 1. Run Aion 4.8 x64 on a clean Wine prefix on macOS. 2. Attempt to login. 3. Observe rejection because the first adapter has no valid physical address. Actual Result: GetAdaptersInfo returns adapters without a valid MAC before adapters with a real MAC. The application reads the first adapter, sends an empty MAC, and authentication fails. Expected Result: If at least one adapter with a valid MAC exists, GetAdaptersInfo should avoid returning invalid-MAC entries first, so applications relying on first-adapter heuristics receive a valid MAC. -- 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.