http://bugs.winehq.org/show_bug.cgi?id=58752
--- Comment #12 from Esme Povirk madewokherd@gmail.com --- Alright, some new information.
[0000000000000128:] EXCEPTION handling: System.DllNotFoundException: winbrand.dll assembly:<unknown assembly> type:<unknown type> member:(null)
"<unnamed thread>" tid=0000000000000128 this=0000000003870130 , thread handle : 00000000009bd290, state : not waiting at (wrapper managed-to-native) BardMediaManager.SendCrashInfoDlg.BrandingFormatString (string) [0x00000] in <ed0466b3e8ce4113a170f675d10afc42>:0 at BardMediaManager.SendCrashInfoDlg.getReportBody (string) [0x0002c] in <ed0466b3e8ce4113a170f675d10afc42>:0
Looks like winbrand.dll ships with Windows, and the Windows version has that BrandingFormatString function. But, this is being called by a "SendCrashInfoDlg" class in the program, so it's probably only happening because something else went wrong earlier.
Most of the other exceptions look like they're probably benign to me, except for the NullReferenceException. Which we get a stack trace of at the end. Since we're on Windows, it's probably the attempt to access win32_player here: https://gitlab.winehq.org/mono/mono/-/blob/main/mcs/class/System/System.Medi...
I would guess that either things are happening out of order (application is supposed to call Play before Stop), or calling Stop without Play is perfectly valid and we should fix the code to account for that.