Adds the tray icons implementation based on org.kde.StatusNotifierItem interface usage. Does allow restarting StatusNotifierWatcher object, but will fallback to XEMBED or internal tray, if wine gets initialized when there is no StatusNotifierWatcher object registered.
--
v6: configure: fix winesni.drv not getting disabled
https://gitlab.winehq.org/wine/wine/-/merge_requests/2808
I put the tests in the same commit as the implementation due to crashes, I can also split them again if needed.
Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com>
--
v2: mf: Don't try to clone non existent topo connections.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2848
--
v2: ir50_32: Let video_decoder flip the video instead of doing it manually.
winegstreamer: Don't force top-down orientation when changing output format in video_decoder.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2815
It turns out that in .NET Framework, the GAC has precedence over the appdomain paths (usually the exe path) when searching for libraries. Some applications (typically MonoGame packages) take advantage of this by shipping Mono libraries with the exe, which are ignored in .NET Framework and used in an included Linux Mono build. Those libraries break Wine Mono if they're loaded. This was a surprising behavior to me, but I verified it using an automated test in the Wine Mono test suite. To prevent this change from causing Mono's builtin libraries to interfere with application libraries with the same name, various Wine Mono specific libraries have been removed or renamed. Mono.Cecil has been left in place because it has a stable ABI, and the application's version is likely to be broken due to a Wine Mono bug.
As part of this work, I also added the ability to prevent loading from the Mono GAC, and ensured that the GlobalAssemblyCache property of the assembly, which indicates whether the library was loaded from the GAC, is set correctly.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2846