list.winehq.org
Sign In Sign Up
Manage this list Sign In Sign Up

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

Wine-gitlab

Thread Start a new thread
Download
Threads by month
  • ----- 2026 -----
  • March
  • February
  • January
  • ----- 2025 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
wine-gitlab@list.winehq.org

November 2025

  • 1 participants
  • 1084 discussions
[PATCH v7 0/3] MR9383: appbar: SHAppBarMessage: silence warnings about unknown message types
by Matthias Schwarzott (@zzam) 10 Nov '25

10 Nov '25
rate-limit these warnings: 0078:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETSTATE): stub 0078:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETTASKBARPOS, hwnd=...): stub silence these warnings: 0024:fixme:appbar:SHAppBarMessage unknown msg: 4 0024:fixme:appbar:SHAppBarMessage unknown msg: 1 -- v7: appbar: Limit the number of FIXME lines appbar: SHAppBarMessage: silence warnings about unknown message types appbar: Add test for ABM_GETSTATE https://gitlab.winehq.org/wine/wine/-/merge_requests/9383
2 3
0 0
[PATCH v23 0/6] MR6166: separate env for windows applications (WINENV) from env for wine processes (NIXENV)
by Alois Schloegl (@schloegl) 09 Nov '25

09 Nov '25
Because WINENV is limited (32767 bytes), and HOSTENV can be much larger, a whitelisting approach is used to keep WINENV as small as possible. Currently, only the following envvars are propagated from the host env to WINENV WINEPATH, WINEPWD, WINEHOME, WINETEMP, WINETMP, WINEQT_, WINEVK_, WINEXDG_SESSION_TYPE Moreover, the NIXENV (env for running wine processes - not applications) on the host system is not produced from WINENV anymore, but the global ENV is propagated to all wine processes and threads. This might be an alternative approach to MR!5231, MR!6140, bug #56941 and should provide a more deterministic behaviour of wine, because unrelated envvars do have no influence on the env for running windows applications. Initial tests (winemine, notepad, cmd, etc) seem to run fine, but some envvars might need additional consideration. XVDK_* was mentioned, WINE*, MESA_*, VK_*, QT_*, LIBGL_* are other suspects. Moreover, this is my first merge request, so your feedback is highly appreciated. -- v23: ntdll: main_envp has been replaced by environ ntdll: remove is_dynamic_env_var(...) because it is not needed anymore ntdll: remove unused vars ntdll: remove dead code ntdll: conversion from HOSTENV to WINENV is now using whitelisting instead of blacklisting of envvars currently only envvars "WINE"<special_var> (as defined in is_special_env_var() ) are whitelisted. ntdll: separate env for windows applications (WINENV) from env for wine processes (NIXENV) WINENV is typically limited to 32767 WCHAR, the host environment where wine processes are running can be much larger. Keeping the two envs separate enables a more granula handling of envvars. (see also MR!5231, MR!6140, bug #56941) https://gitlab.winehq.org/wine/wine/-/merge_requests/6166
4 8
0 0
[PATCH 0/1] MR7901: ntdll: Treat XDG_DATA_DIRS as special env variable.
by Louis Lenders (@xe) 09 Nov '25

09 Nov '25
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49987 GTK apps seem to use this env var to find path to schemas, like Meld: https://download.gnome.org/binaries/win32/meld/3.22/Meld-3.22.2-mingw.msi which doesn't start at all without this patch. More info in https://bugs.winehq.org/show_bug.cgi?id=49987. v2: add WINEXDG_DATA_DIRS and use that in winemenubuilder. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7901
4 4
0 0
[PATCH 0/5] MR9408: dmloader: Reduce memory usage part 3
by Anton Baskanov (@baskanov) 09 Nov '25

09 Nov '25
-- https://gitlab.winehq.org/wine/wine/-/merge_requests/9408
3 7
0 0
[PATCH v2 0/38] MR9399: dlls/sane.ds: Fix setting resolution in user interface
by Bernd Herd (@herdsoft) 08 Nov '25

08 Nov '25
This is a merge request to solve a problem that became visible by this merge request from Ivan Lyugaev: https://gitlab.winehq.org/wine/wine/-/merge_requests/9184#note_121010 When used with a HP Officejet Pro 8600 N911a, it is no longer possible to choose a scan resolution other than 75 DPI. The reason is that the code always set the "source" option after the "resolution" option, and setting the "source" option resets the resolution on that scanner to 75 DPI, even if it is not changed. Sane services are implemented in hplip. On Debian: ``` apt source hplip sed -n '560,563p' hplip-3.22.10+dfsg0/scan/sane/ledm.c i = session->adf_resolutionList[0] + 1; while(i--) session->resolutionList[i] = session->adf_resolutionList[i]; } ps->currentResolution = session->resolutionList[1]; ``` This new commit changes two things: 1. The order in which parameters are set in sane is changed. A parameter called "source" is set earlier than all other parameters. 2. If a parameter derived from a combobox of named options is not changed, it is not set in sane to the same value again. This seems to solve the problem on the HP Officejet Pro 8600 N911a, but other sane backends might have more dependencies that might still need to be addressed. -- v2: comctl32/progress: Add a helper to check if a progress bar is smooth. comctl32/progress: Get the theme handle from window. comctl32/progress: Get the theme state directly from PROGRESS_INFO. comctl32/progress: Move the theme background rect calculation. comctl32/progress: Add a helper to draw the background. dmsynth: Remove format and sample_count from struct wave. dmsynth: Allow zero-copy access to the sample data. dmusic: Defer releasing IDirectMusicDownload when can_free is FALSE. jscript: Return JS_E_OBJECT_EXPECTED in valueOf with NULL disps in IE10+ modes. jscript: Expose Uint8ClampedArray only in ES6 mode. jscript: Implement Uint8ClampedArray. comctl32/edit: Allow setting password char on multiline edit controls. comctl32/tests: Add EM_{SET,GET}PASSWORDCHAR tests for edit control. user32/edit: Allow setting password char on multiline edit controls. user32/tests: Add EM_{SET,GET}PASSWORDCHAR tests for edit control. winex11: Flush X requests in X11DRV_UpdateLayeredWindow. winex11: Flush X requests in X11DRV_SetLayeredWindowAttributes. winex11: Flush X requests in X11DRV_SetWindowStyle. winex11: Flush X requests in X11DRV_SetWindowIcons. winex11: Flush X requests in X11DRV_ActivateWindow. win32u: Disable vsync when emulating front buffer rendering. opengl32: Avoid a potential crash when flushing in wglSwapBuffers. dsound: Do not query for supported formats for the primary buffer. dsound: Do not query for mixing format support. dsound: Simplify computing the mixing format. dsound: Always require a floating-point mixing format. dsound: Use AUTOCONVERTPCM when initializing the render audio client. winex11: Prevent larger than monitor window resizes. win32u: Get rid of is_window_rect_full_screen helper. win32u: Use a private flag to indicate fullscreen windows. win32u: Hoist get_thread_dpi in apply_window_pos. ntdll: Don't import the Unix environment variables if they are too large. ntdll: Treat all the XDG_ variables as special. ntdll: Set the environment variables for Unix child processes from their UNIX_ variant. ntdll: Store special environment variables with a UNIX_ prefix. vccorlib140: Fix exception type descriptors. vccorlib140: Fix exceptions RTTI data. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/9399
2 1
0 0
[PATCH v2 0/2] MR9312: d2d1: Add support for using IWICBitmapLock with CreateSharedBitmap()
by Jason Wendt (@jason.wendt) 08 Nov '25

08 Nov '25
I found this deficiency while trying to run Paint.NET v4.0. -- v2: d2d1: Add support for using IWICBitmapLock with CreateSharedBitmap() d2d1/tests: Add a test for using IWICBitmapLock with CreateSharedBitmap() https://gitlab.winehq.org/wine/wine/-/merge_requests/9312
3 5
0 0
[PATCH 0/1] MR9407: d2d1/tests: Add some tests for creating shared bitmaps from IWICBitmapLock.
by Nikolay Sivov (@nsivov) 08 Nov '25

08 Nov '25
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9407
2 1
0 0
[PATCH v7 0/1] MR9406: wined3d: texture.c split vulkan and opengl for cleaner clarity
by Stian Low (@stianlow) 08 Nov '25

08 Nov '25
texture.c lengthiness and intermixing Vulkan and OpenGL specific code causes unnecessary complexity overhead. These changes split Vulkan and Opengl specific code into `texture_vk.c` and `texture_gl.c` leaving `texture.c` with only generic code shared between the rendering backends. Thus the bulk of the changes are just rearrangement of existing code with the intent to keep the logic as original as possible. Therefore the only significant difference other than the rearrangement is the declaration of some generic functions in `dlls/wined3d/wined3d_private.h` which dropped the `static` specifier so that the may be defined in `texture.c`. Dropping the `static` was favored over adding `static inline` function definitions to `dlls/wined3d/wined3d_private.h` (like other functions defined there) to avoid bloating the header file even more. If those function declarations are better defined as `static inline` like the others then I'll make those changes despite the added bloat. This effort spawned after encountering excessive complexity while trying to fix Direct3D texture sharing discrepancies. Splitting the files allows devs to ignore large chunks of irrelevant code similar to other parts that already split rendering backends specific code into separate files. -- v7: wined3d: texture.c split vulkan and opengl for cleaner clarity https://gitlab.winehq.org/wine/wine/-/merge_requests/9406
2 1
0 0
[PATCH v5 0/1] MR9406: wined3d: texture.c split vulkan and opengl for cleaner clarity
by Stian Low (@stianlow) 08 Nov '25

08 Nov '25
texture.c lengthiness and intermixing Vulkan and OpenGL specific code causes unnecessary complexity overhead. These changes split Vulkan and Opengl specific code into `texture_vk.c` and `texture_gl.c` leaving `texture.c` with only generic code shared between the rendering backends. Thus the bulk of the changes are just rearrangement of existing code with the intent to keep the logic as original as possible. Therefore the only significant difference other than the rearrangement is the declaration of some generic functions in `dlls/wined3d/wined3d_private.h` which dropped the `static` specifier so that the may be defined in `texture.c`. Dropping the `static` was favored over adding `static inline` function definitions to `dlls/wined3d/wined3d_private.h` (like other functions defined there) to avoid bloating the header file even more. If those function declarations are better defined as `static inline` like the others then I'll make those changes despite the added bloat. This effort spawned after encountering excessive complexity while trying to fix Direct3D texture sharing discrepancies. Splitting the files allows devs to ignore large chunks of irrelevant code similar to other parts that already split rendering backends specific code into separate files. -- v5: wined3d: texture.c split vulkan and opengl for cleaner clarity https://gitlab.winehq.org/wine/wine/-/merge_requests/9406
2 1
0 0
[PATCH 0/1] MR9406: wined3d: texture.c split vulkan and opengl for cleaner clarity
by Stian Low (@stianlow) 08 Nov '25

08 Nov '25
texture.c lengthiness and intermixing Vulkan and OpenGL specific code causes unnecessary complexity overhead. These changes split Vulkan and Opengl specific code into `texture_vk.c` and `texture_gl.c` leaving `texture.c` with only generic code shared between the rendering backends. Thus the bulk of the changes are just rearrangement of existing code with the intent to keep the logic as original as possible. Therefore the only significant difference other than the rearrangement is the declaration of some generic functions in `dlls/wined3d/wined3d_private.h` which dropped the `static` specifier so that the may be defined in `texture.c`. Dropping the `static` was favored over adding `static inline` function definitions to `dlls/wined3d/wined3d_private.h` (like other functions defined there) to avoid bloating the header file even more. If those function declarations are better defined as `static inline` like the others then I'll make those changes despite the added bloat. This effort spawned after encountering excessive complexity while trying to fix Direct3D texture sharing discrepancies. Splitting the files allows devs to ignore large chunks of irrelevant code similar to other parts that already split rendering backends specific code into separate files. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9406
2 1
0 0
  • ← Newer
  • 1
  • ...
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • ...
  • 109
  • Older →

HyperKitty Powered by HyperKitty version 1.3.12.