- wine-gitlab - winehq.org

[PATCH v3 0/1] MR2283: ntdll: Use IOPowerSources API to fill battery info on macOS
by Marc-Aurel Zent (＠marzent) 25 Feb '23

25 Feb '23

The current implementation based on `IOPMCopyBatteryInfo` does not work (macOS 13.2, M2 Max, returns `kIOReturnUnsupported`) and is not recommended/supported by Apple: > WARNING! IOPMCoyBatteryInfo is unsupported on ALL Intel CPU based systems. For PPC CPU based systems, it remains not recommended. For almost all purposes, developers should use the richer IOPowerSources API (with change notifications) instead of using IOPMCopyBatteryInfo. Keys to decipher IOPMCopyBatteryInfo's return CFArray exist in IOPM.h. -- v3: ntdll: Use IOPowerSources API to fill battery info on macOS https://gitlab.winehq.org/wine/wine/-/merge_requests/2283

2 2

[PATCH v2 0/2] MR2283: ntdll: Use IOPowerSources API to fill battery info on macOS
by Marc-Aurel Zent (＠marzent) 25 Feb '23

25 Feb '23

The current implementation based on `IOPMCopyBatteryInfo` does not work (macOS 13.2, M2 Max, returns `kIOReturnUnsupported`) and is not recommended/supported by Apple: > WARNING! IOPMCoyBatteryInfo is unsupported on ALL Intel CPU based systems. For PPC CPU based systems, it remains not recommended. For almost all purposes, developers should use the richer IOPowerSources API (with change notifications) instead of using IOPMCopyBatteryInfo. Keys to decipher IOPMCopyBatteryInfo's return CFArray exist in IOPM.h. -- v2: Apply 1 suggestion(s) to 1 file(s) https://gitlab.winehq.org/wine/wine/-/merge_requests/2283

3 2

[PATCH 0/1] MR2283: ntdll: Use IOPowerSources API to fill battery info on macOS
by Marc-Aurel Zent (＠marzent) 25 Feb '23

25 Feb '23

The current implementation based on `IOPMCopyBatteryInfo` does not work (macOS 13.2, M2 Max, returns `kIOReturnUnsupported`) and is not recommended/supported by Apple: > WARNING! IOPMCoyBatteryInfo is unsupported on ALL Intel CPU based systems. For PPC CPU based systems, it remains not recommended. For almost all purposes, developers should use the richer IOPowerSources API (with change notifications) instead of using IOPMCopyBatteryInfo. Keys to decipher IOPMCopyBatteryInfo's return CFArray exist in IOPM.h. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2283

3 4

[PATCH 0/2] MR2282: d3d9: Disable instancing for not-indexed drawing
by Illia Polishchuk (＠illia.a.polishchuk) 25 Feb '23

25 Feb '23

d3d9 does not do instancing for not-indexed draw calls on Windows Original issue in DXVK repo: https://github.com/doitsujin/dxvk/issues/3157 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54570 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2282

2 3

Re: [PATCH v2 0/2] MR2280: bcrypt: Add wow64 support for PSS padding. - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2280

1 0

Re: [PATCH v2 0/1] MR2278: mscoree/tests: Trace the error when a Windows API fails. - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2278

1 0

Re: [PATCH v3 0/1] MR2277: winmm/tests: Ignore spurious WM_DWMCOLORIZATIONCOLORCHANGED messages. - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2277

1 0

Re: [PATCH v2 0/1] MR2273: user32/tests: fixed size passed to ToUnicode - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2273

1 0

Re: [PATCH v2 0/1] MR2272: winemac: Fix return type of ProcessEvents(). - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2272

1 0

Re: [PATCH v2 0/1] MR2253: gdi32/tests: add some last error checks - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2253

1 0

Re: [PATCH v7 0/1] MR2263: evr: Fix crash when clear input type for the mixer - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2263

1 0

Re: [PATCH v2 0/1] MR2271: include: Add DBCOLUMNFLAGS_ enums values - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2271

1 0

Re: [PATCH v2 0/1] MR2265: include: Allow overriding LANGID in module VERSIONINFO. - approved
by Alexandre Julliard (＠julliard) 24 Feb '23

24 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2265

1 0

[PATCH 0/2] MR2280: bcrypt: Add wow64 support for PSS padding.
by Sven Baars (＠sbaars) 24 Feb '23

24 Feb '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2280

3 3

[PATCH v2 0/6] MR2269: uiautomationcore: Test fixes and more COM helper methods.
by Connor McAdams (＠cmcadams) 24 Feb '23

24 Feb '23

-- v2: uiautomationcore: Implement IUIAutomation::CheckNotSupported. uiautomationcore: Implement IUIAutomation reserved value retrieval methods. uiautomationcore: Implement IUIAutomation::IntNativeArrayToSafeArray. uiautomationcore: Implement IUIAutomation::IntSafeArrayToNativeArray. https://gitlab.winehq.org/wine/wine/-/merge_requests/2269

3 9

[PATCH 0/1] MR2278: mscoree/tests: Trace the error when a Windows API fails.
by Francois Gouget (＠fgouget) 24 Feb '23

24 Feb '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2278

3 2

[PATCH 0/6] MR2269: uiautomationcore: Test fixes and more COM helper methods.
by Connor McAdams (＠cmcadams) 24 Feb '23

24 Feb '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2269

3 7

[PATCH 0/1] MR2279: riched20: Don't set para unless committing cursor move in ME_MoveCursorWords. (#54564)
by Jinoh Kang (＠iamahuman) 24 Feb '23

24 Feb '23

Introduce a temporary variable, `other_para`, so that we don't end up returning incorrect para (with stale run) inside the output cursor. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54564 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2279

2 1

[PATCH v5 0/8] MR2098: mshtml: Implement synchronous XMLHttpRequests.
by Gabriel Ivăncescu (＠insn) 24 Feb '23

24 Feb '23

wine-gecko does actually support synchronous XMLHttpRequests, even if they are deprecated, but unfortunately it is very broken compared to IE or all the other major browsers (more details [here](https://bugzilla.mozilla.org/show_bug.cgi?id=697151)). Thankfully, it still provides us with the event message loop, which is enough to fix it on mshtml side and act like IE. For sync XHRs, send() is supposed to block all script code, except for notifications sent to the sync XHR. This is because when send() blocks, no other piece of code in the script should execute other than the sync XHR handlers. Unfortunately, that's not the case in Gecko's broken implementation, which can execute handlers as if they were APCs while it's "blocked" in send(). Note that it doesn't actually block, though, because we still process the message loop (non-event related tasks such as navigation, paints, and other stuff), and that's normal. Gecko doesn't block everything related to script events, only some things on the document and timers, but that's far from enough and not even enough for our purposes since we use our own timer tasks. And not even message events are blocked, even though we *also* use our own message event dispatchers (but it doesn't block Gecko ones either). So what we have to do is we need to track all the timers and events dispatched that result in script handlers being executed, while "blocking" inside of a sync XHR send(), and queue them up to defer them to be dispatched later, after send() unblocks. But this is easier said that done. There are many corner cases to consider here, for example: * Events dispatched *synchronously* from within a sync XHR handler or other piece of code called from it. * Nested sync XHR send() calls (called during handler of another sync XHR). * Async XHRs having their events dispatched during a blocking sync XHR send() are complicated. `readyStateChange` for example needs to have the async XHR's readyState at the time it was sent, **not** at the time it was actually dispatched, since we're going to delay it and dispatch it later. It's similar with other XHR states, such as responseText (which can be partial). * Aborts of async XHRs during such handlers. These patches hopefully should address all the issues and, on a high level, work like this: * Track the `readyState` and `responseText` length manually, so we can override / force them to specific values. * "Snapshot" the async XHR at the time we encounter an event for it, and queue this event with such information. When later dispatching this event (after being deferred), we temporarily set the state of the async XHR to the snapshot. * To deal with nested event dispatches, keep track of a "dispatch depth" (everytime we dispatch an event we increase the depth, and when it returns we decrease it). * For sync XHRs, we note the depth when send() is called, and defer events at that depth, since they're dispatched during the "blocked" message loop and need to be delayed (except for sync XHR events, which is a special case since it must be dispatched synchronously). When it returns, we restore the previous blocking depth. -- v5: mshtml: Send all readystatechange events for synchronous XHRs in IE9 mshtml: Implement synchronous XMLHttpRequest. mshtml: Add separate task list for tasks dispatching events. mshtml: Track readyState in XHRs and report it manually. mshtml: Register all event handlers when creating the XMLHttpRequest. mshtml: Pass optional args to XMLHttpRequest.open() correctly. mshtml: Free the task after the destructor. mshtml: Use proper types for readystate_locked and readystate_pending. https://gitlab.winehq.org/wine/wine/-/merge_requests/2098

4 13

[PATCH 0/1] MR2273: user32/tests: fixed size passed to ToUnicode
by Marcus Meissner (＠msmeissn) 24 Feb '23

24 Feb '23

Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2273

3 2

[PATCH v2 0/1] MR2277: winmm/tests: Ignore spurious WM_DWMCOLORIZATIONCOLORCHANGED messages.
by Francois Gouget (＠fgouget) 24 Feb '23

24 Feb '23

-- v2: winmm/tests: Ignore spurious WM_DWMCOLORIZATIONCOLORCHANGED messages. https://gitlab.winehq.org/wine/wine/-/merge_requests/2277

3 3

[PATCH v2 0/2] MR94: Fix other synchronization problems
by Giovanni Mascellani (＠giomasce) 24 Feb '23

24 Feb '23

-- v2: vkd3d: Do not keep the CS queue locked while processing it. vkd3d: Always enqueue CS operations, even if they can be executed right away. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/94

2 2

[PATCH 0/2] MR2276: riched20/tests: Fix the EM_GETSELTEXT tests in Hindi on Windows.
by Francois Gouget (＠fgouget) 24 Feb '23

24 Feb '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2276

2 2

[PATCH 0/3] MR94: Fix other synchronization problems
by Giovanni Mascellani (＠giomasce) 24 Feb '23

24 Feb '23

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/94

3 8

[PATCH v7 0/2] MR2262: winspool: Check dmSize in IsValidDevmodeW
by Tingzhong Luo (＠tzluo) 24 Feb '23

24 Feb '23

When dmSize is zero or greter than size of input buffer, `IsValidDevmodeW()` failed in Windows 10. But current implementation in wine, it will return `true` because there is no check to `dm.dmSize`. -- v7: winspool: Check the alignment of dmSize in IsValidDevmodeW() https://gitlab.winehq.org/wine/wine/-/merge_requests/2262

3 2

2025

2024

2023

2022

wine-gitlab