Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/576 which is getting long and needs some fixing.
--
v3: winemac.drv: Avoid setting DM_POSITION on enumerated modes.
wineandroid.drv: Add missing DM_DISPLAYORIENTATION | DM_POSITION flags.
win32u: Split EnumDisplaySettingsEx into CurrentDisplaySettings entry.
wineandroid.drv: Return early on EnumDisplaySettingsEx error.
winemac.drv: Split best display mode lookup to a separate helper.
win32u: Ignore DM_POSITION mode fields for available modes.
https://gitlab.winehq.org/wine/wine/-/merge_requests/589
Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/576 which is getting long and needs some fixing.
--
v2: winemac.drv: Avoid setting DM_POSITION on enumerated modes.
wineandroid.drv: Add missing DM_DISPLAYORIENTATION | DM_POSITION flags.
win32u: Split EnumDisplaySettingsEx into CurrentDisplaySettings entry.
wineandroid.drv: Return early on EnumDisplaySettingsEx error.
winemac.drv: Split best display mode lookup to a separate helper.
win32u: Ignore DM_POSITION mode fields for available modes.
https://gitlab.winehq.org/wine/wine/-/merge_requests/589
The following patches fix sending of the LVN_ODSTATECHANGED notification for
LVS_OWNERDATA list views, adding more refined tests in the process and
fixing various bugs.
This is v5, with the added comment in 3/6 as requested on the mailing list.
These are the patches sent as a response to v4 by Zhiyi Zhang on the mailing list, unmodified apart from 3/6 or f24f4b7fd.
---
Warning: I have had access to the Windows Research Kernel (WRK) 1.2
~10 years ago. These changes are regarding comctrl32 & tests which are NOT
part of the WRK. As outlined in https://wiki.winehq.org/Developer_FAQ this
should therefore satisfy the requirement of ONLY submitting patches to
components I have NOT had access to.
--
v7: comctl32/tests: Add more ownerdata listview tests.
https://gitlab.winehq.org/wine/wine/-/merge_requests/550
This is the very first step for merging the `mmdevdrv.c` files into a single one.
The commit strictly focuses on Linux drivers, `wine{oss,coreaudio}` will follow.
Huge thanks to @jacek and @huw for making this simple, as they took care of ELF/PE separation.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/600
This should fix the Color Converter transform regression, which cannot actually be used by the topology loader in some cases because it exposes DMO-specific RGB media types. The Video Processor must be used instead (and it has its own quirks).
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/575
Patch 1.
The tests on Windows show that when the timer callback is queued behind the clock time it is queued and executed quite soon with 0-15ms delay which corresponds to default timer granularity. The timeout tolerance in the test is quite bigger to avoid a flaky test. Wine currently may execute the callback right away or delay it indefinitely depending on the time difference and current system time.
Patch 2.
It turns out when the session is paused and then restarted and all the samples were delivered to sample grabber before restart, nothing is going to request the samples again when the session is restarted. I am attaching a test in a patch which hopefully confirms how that should work. I am not including that in the patches as the test involves delays (to make sure all the async events settle at certain points) and inherently flaky. Also, _
IMFStreamSink_GetEvent(stream, ...) in the test crashes on Win7 for some unknown reason.
[0001-mf-tests-Add-test-for-pausing-and-restarting-sample-.patch](/uploads/58c1738d48b3392e7ec430a0757210d0/0001-mf-tests-Add-test-for-pausing-and-restarting-sample-.patch)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/574
--
v3: win32u: Avoid invalid access when registered device alloc failed. (Coverity)
win32u: Send the total number of registered devices to the server.
win32u: Avoid reallocating rawinput device array with zero size.
server: Avoid reallocating rawinput device array with zero size.
https://gitlab.winehq.org/wine/wine/-/merge_requests/596
On Wed Aug 3 14:09:24 2022 +0000, Akihiro Sagawa wrote:
> Got it. Good tip.
It turns out that SM_CXMIN is used only when creating an overlapped window. In other words, if a user supplies WS_CHILD or WS_POPUP style, CreateWindow won't adjust the window width to SM_CXMIN.
Nevertheless, I'll squash two patches into one to avoid regressions.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/557#note_5762
With +relay enabled under Wow64, stack unwinding during exception handling was failing when it encountered a frame in the Wow stack.
This commit fixes the issue, but I'm not sure if it's correct or if something needs to be fixed in unwinding.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/599