For Gitlab to detect and report the failing tests directly on the MR front page. This has the disadvantage of making the test job output more silent, but the results are still available as artifacts (in JUnit XML format), which hopefully should be enough if we need to have a better look at it. The tests standard output is included in the reports too.
I believe it would also show some failure statistics that could help deciding on whether a test is regularly failing or not, but I wasn't able to really test that it does. In order to help it doing it, it also implements hashing of test sources to generate test IDs that are more stable than `source:line`, although it could be done later.
All the succeeding (and todo) tests are grouped together and reported as once, as they would otherwise be split into individual success lines in the Gitlab UI, which would make it unnecessary large. Only failures and skipped tests are reported as individual entries.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6672
The current implementation of the GetDriveTypeW/A function relies on native system calls (such as fstatfs() in Linux) to determine the actual type of the drive, disregarding any configuration set through the mounts manager (wincfg). This patch changes the priority, giving precedence to the mounts manager configuration, making the user responsible for mapping drives. System calls will only be used if the drive is not explicitly configured by the user. I acknowledge that this is a breaking change, but I believe it enforces the correct behavior for GetDriveType.
Resolves: https://forum.winehq.org/viewtopic.php?t=38909
--
v5: fix: support custom cdrom labels
https://gitlab.winehq.org/wine/wine/-/merge_requests/6553
In preparation for moving the PE side DND code to win32u/user32 and factoring it between drivers.
--
v2: winex11: Allocate the XDND data object dynamically.
winex11: Use IDataObject to get CF_HDROP format for WM_DROPFILES.
winex11: Cleanup variable names in X11DRV_XDND_SendDropFiles.
winex11: Use the IDataObject interface to check for CF_HDROP format.
winex11: Cleanup XDND IDataObject methods and variables.
winex11: Move the XDND IDataObject implementation around.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6671
Setting NoDesktop to a nonzero value hides all desktop icons on Windows.
(It also disables the context menu on the desktop, but since Wine
doesn't have one, that doesn't matter.) Supporting the same option on
Wine would be useful in controlled environments that have a virtual
desktop but the user is not supposed to interact with it.
Strangely, although HKCU overrides HKLM for NoTrayItemsDisplay on
Windows, the reverse is true of NoDesktop.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6667
Cars: Mater National Championship expects that when two identical
controllers are connected and then the first controller is unplugged and
plugged back in, it gets the same device index that it had before. If it
gets a different index, the controller does not work until the game is
restarted.
As it stands without this patch, when the last device in the list is
unplugged, its index becomes available for reuse, but if the last device
is never unplugged, none of the indexes of the other devices formerly in
the list can be reused. It doesn't make sense to make all index reuse
depend on the last device. Instead, let's keep the device list sorted by
index and reuse any free index immediately.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6665
musl itself expects to be configured to compile with either
-ffloat-store or -fexcess-precision=standard - but when imported
into Wine, those flags aren't used.
This seems to be essential for getting reasonable precision
from some math functions such as exp2() - without the expected
precision truncation, the output value of exp2() can be off by
as much as 0.2% in some cases.
As Wine doesn't build the musl sources with those flags, use
volatile to force storing/reloading floats in order to limit
their intermediate precision, as musl expects. Only do this on
i386 where this is known be required.
This fixes https://bugs.winehq.org/show_bug.cgi?id=56372.
Apparently this issue only appears when compiled with GCC; with
Clang, this already works as expected.
Signed-off-by: Martin Storsjö <martin(a)martin.st>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5276
I'm not sure if it's the best way of fixing the bug. I was trying to set compilation options to workaround the problem but it didn't work well (probably due to my limited knowledge in this area).
The patch was originally sent in !5276.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/6668