- 19 Jan, 2022 10 commits
-
-
Alexandre Julliard authored
Signed-off-by:Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by: -
Eric Pouech authored
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
-
Jinoh Kang authored
The IP_TOS control data is 1 byte on Unix, but 4 bytes on Windows. Properly zero-extend the value instead of copying 3 bytes of garbage. Signed-off-by:
Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by:
-
Giovanni Mascellani authored
Signed-off-by:
Giovanni Mascellani <gmascellani@codeweavers.com> Signed-off-by:
-
Connor McAdams authored
Add more tests for DTLS, and clear up behavior of prior tests. Signed-off-by:
Connor McAdams <cmcadams@codeweavers.com> Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
- 18 Jan, 2022 1 commit
-
-
Alexandre Julliard authored
Signed-off-by:
-
- 14 Jan, 2022 5 commits
-
-
Alexandre Julliard authored
Signed-off-by: -
Zebediah Figura authored
This is not particularly likely to overflow, but there is no harm in being careful. Signed-off-by:
-
Zebediah Figura authored
WXWORK passes 300 seconds, which overflows 32-bit multiplication. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52383Signed-off-by:
-
Andrew Eikum authored
Signed-off-by:
Andrew Eikum <aeikum@codeweavers.com> Signed-off-by:
-
Andrew Eikum authored
Signed-off-by:
-
- 13 Jan, 2022 9 commits
-
-
André Zwing authored
Signed-off-by:
André Zwing <nerv@dawncrow.de> Signed-off-by:
Matteo Bruni <mbruni@codeweavers.com> Signed-off-by:
-
Paul Gofman authored
E. g., DigiCert CRL file is currently 35MB. Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
-
Andrey Gusev authored
Used by Deus Ex: Human Revolution. Signed-off-by:
Andrey Gusev <andrey.goosev@gmail.com> Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52390Signed-off-by:
-
Rémi Bernon authored
As we loop on ReadFile success we may read multiple reports at once, but we never reset buttons in the enumeration params. The pressed buttons are returned by HidP_GetUsagesEx and any other button must be cleared. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52387Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Nikolay Sivov authored
Signed-off-by:
-
Ziqing Hui authored
Signed-off-by:
Ziqing Hui <zhui@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52389Signed-off-by:
-
- 12 Jan, 2022 11 commits
-
-
Stefan Brüns authored
In case real and expected segment count differ, don't compare the segment type/position for extra segments. Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de> Signed-off-by:
-
Stefan Dösinger authored
Signed-off-by:
Stefan Dösinger <stefan@codeweavers.com> Signed-off-by:
-
Stefan Dösinger authored
Signed-off-by:
-
Rémi Bernon authored
This fixes several games (e.g. ICEY) not working well with DS4 gamepad over bluetooth, as we fixup the input report sizes, and the game expects them to be longer. Signed-off-by:
-
Rémi Bernon authored
So that the client allocates a larger receive buffer when needed and not trigger the assert below when setting the reply message data. Signed-off-by:
-
Rémi Bernon authored
The DS4 controllers are sending 563 bytes HID reports by default, this translates to WM_INPUT messages larger than the default message size. We would otherwise need an additional server roundtrip on each message, and these devices are also known to be very verbose and continuously send HID reports, so we really don't want it. Signed-off-by:
-
Rémi Bernon authored
Regardless of how long the driver packet is. Signed-off-by:
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52381Signed-off-by:
-
Alex Henrie authored
Signed-off-by:
Alex Henrie <alexhenrie24@gmail.com> Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
-
Alex Henrie authored
Fixes a testbot failure. Signed-off-by:
-
Dmitry Timoshkov authored
Signed-off-by:
Dmitry Timoshkov <dmitry@baikal.ru> Signed-off-by:
-
- 11 Jan, 2022 4 commits
-
-
Andrey Gusev authored
Next titles call for it Dying Light, Mortal Shell, Deus Ex: Mankind Divided, Thief (2014). Signed-off-by:
-
Stefan Dösinger authored
Signed-off-by:
-
Stefan Brüns authored
The very last vertex of a figure can only be a of type LINE (non-coincident last/first vertices) or type END (otherwise). In case the current vertex starts a Bézier path, there is always at least one more vertex, i.e. (vertex_idx + 1) < vertex_count is always true. Signed-off-by:
-
Stefan Brüns authored
When the last vertex is coincident with the first vertex, the last segment should be suppressed for both END_OPEN and END_CLOSED. Only when last and first vertex are not coincident the additional line segment may be added - always for intersection tests and similar, and for stroking operations when the figure is CLOSED. Trying to use an zero-length segment in d2d_geometry_intersect_self() will create invalid segments, causing infinite loops later. Instead of reducing the vertex_count for coincident first/last vertices add a dedicated type. This is required as some operations need the last segment, others do not. This also allows to remove some replicated code in StrokeContains()/GetBounds()/Simplify(), as a last Bézier segment is always processed in the regular loop. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51139Signed-off-by:
-
