- 29 Feb, 2024 17 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Jacek Caban authored
-
Brendan McGrath authored
-
Brendan McGrath authored
The event target may be from a different document to the document associated with the event handler.
-
Brendan McGrath authored
-
Brendan McGrath authored
Use generic event dispatcher instead of nsevent for the DOMContentLoaded event. Also allow processing before dispatching event. Only update dom_content_loaded_event start/end time when the event is trusted.
-
Brendan McGrath authored
-
- 28 Feb, 2024 23 commits
-
-
Paul Gofman authored
-
Aida Jonikienė authored
-
Aida Jonikienė authored
Discord calls this function when hanging up a call.
-
Piotr Caban authored
-
Yuxuan Shui authored
-
Yuxuan Shui authored
-
Yuxuan Shui authored
MIDI tracks don't map one-to-one to segment tracks, so it doesn't make sense to use a "get_next_track()" interface.
-
Yuxuan Shui authored
-
Alexandros Frantzis authored
The field is set but no longer read from.
-
Rémi Bernon authored
-
Esme Povirk authored
Apparently, 1454ffe7 introduced the assumption that the font passed to gdip_format_string is non-NULL, and GdipAddPathString wasn't passing it in.
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
When hwnd is specified, it is because it received a direct host input, so switch the input desktop to match the one that is receiving it. We don't validate that the sending thread uses the same desktop as the target window: it may not even be the case for drivers with a separate thread that listens on input events.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Zhiyi Zhang authored
This reverts commit 6f9d2080. 6f9d2080 was committed to work around a Nvidia driver bug that can cause vkGetRandROutputDisplayEXT() to generate an X exception and crash applications. The bug is later fixed in Nvidia driver 450.56.11 and newer. Thus 6f9d2080 is no longer necessary on the newer Nvidia drivers. Then after 18ae96e5, another bug in the Nvidia driver can cause vkGetRandROutputDisplayEXT() to hang forever when XLockDisplay() is called before vkGetRandROutputDisplayEXT() and this bug is still not fixed and affects multiple applications. Reverting 6f9d2080 allows us to work around the vkGetRandROutputDisplayEXT() hang bug because then it no longer calls XLockDisplay() before vkGetRandROutputDisplayEXT(). Nvidia driver 455 was released on September 9th 2020 so hopefully the fix is already widespread. We could theoretically still keep 6f9d2080 on older Nvidia drivers by doing version checks. But it's more straightforward to remove the workaround since it's not a bug of Wine. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53428
-