https://bugs.winehq.org/show_bug.cgi?id=50262
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|NEW |RESOLVED
--- Comment #8 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to Hans Leidekker from comment #7)
(In reply to Gijs Vermeulen from comment #6)
(In reply to Hans Leidekker from comment #5)
(In reply to Gijs Vermeulen from comment #4)
Created attachment 68799 [details] test output
You actually have a number of interfaces without a MAC address (gif0, stn0, XHC20, utun0). These are all software devices without a data link layer, so it's expected. This also happens on Windows. A Wireguard VPN tunnel returns VT_NULL for Win32_NetworkAdapterConfiguration.MACAddress, for example.
Does that make this bug INVALID? I also tested 1.8.3 of this app, which doesn't have this issue, so they must've changed/fixed something.
Yes, I checked and it also crashes on Windows if I remove the ethernet interface. It seems to have a hardcoded assumption that the interface at index 2 is a physical adapter.
Resolving INVALID in that case.