[Bug 53486] New: foobar2000.exe with foo_out_upnp breaks sending audio stream to another upnp renderer after a short period of time

[WineHQ Bugzilla]

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

Bug ID: 53486
           Summary: foobar2000.exe with foo_out_upnp breaks sending audio
                    stream to another upnp renderer after a short period
                    of time
           Product: Wine
           Version: 7.5
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: ntdll
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

The problem occurs between versions wine-7.4 (good) and wine-7.5 (bad). All
following releases are bad. 
I have checked both: the wine packages distributed by Arch Linux as well as
compiled from the sources at https://source.winehq.org/git/wine.git. 
The "git bisect" process indicates the commit
74059d12b83e9f6d6fd64556ba11d7b5331d5d00 as the first bad commit.

Environment:
Stream sending computer: Arch Linux 5.18.15-arch1-1, wine (see above),
foobar2000.exe v.1.6.11 with "UPnP Media Renderer Output" component
"foo_out_upnp" version 1.3.2
Stream rendering computers: Windows 7 and Windows 10 (I have two renderers, one
playing at a time), foobar2000.exe v.1.6.11 with "UPnP/DLNA Renderer, Server,
Control Point" component "foo_upnp" version 0.99.4, configured only as "Media
renderer", not "Media server".
All computers are connected in LAN, no firewalls inside the home LAN.

Symptoms:
The audio stream starts properly, selected renderer properly plays the music on
connected audio device.
After a period of 10 to 60 seconds (randomly) the rendering computer stops
receiving data and playing the music.

I tried to revert the commit, but during the last 4 months the source file
dlls/ntdll/unix/socket.c was  heavily modified and git has refused to revert
it.

I am ready to help in testing patches.