- Wine-Bugs - list.winehq.org

[Bug 52763] New: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=52763 Bug ID: 52763 Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode Product: Wine Version: 7.5 Hardware: x86-64 URL: https://conemu.github.io/en/Downloads.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Distribution: Debian ConEmu in win10 is broken since aforementioned commit. The ConEmu console reports an error and than bails out. The bug is only present when version is set to win10 Expected behaviour: Have an interactive ConEmu console Actual behaviour: Conemu console unusable 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Mar 31 12:06:41 2022 +0200 kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table. Sharing the table pointers through KernelBaseGetGlobalData to check for handle validity in kernel32, and as native does it. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/heap.c | 20 +++++--- dlls/kernel32/tests/heap.c | 9 ---- dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++--------------------- 3 files changed, 75 insertions(+), 69 deletions(-) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 52703] New: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW]
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=52703 Bug ID: 52703 Summary: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW] Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joo.peter(a)gmail.com Distribution: --- Created attachment 72060 --> https://bugs.winehq.org/attachment.cgi?id=72060 this is the backtrace provided by wine when i_view64.exe crashed I think it is important to have the exact steps on how to reproducate such issue. Maybe it is trivial, but I wrote it down here anyway. 1) Install the lastest Manjaro with Xfce desktop environment from here: https://manjaro.org/downloads/official/xfce I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file. Using VirtualBox I created a fresh installation. 2) Upgraded the fresh install to its latest stable version: yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh 3) Irfanview requires mono too, so install wine and wine-mono: sudo pacman -S --needed wine wine-mono The installed version become: multilib/wine = 7.4-1 community/wine-mono = 7.1.1-1 4) Download IrfanView x64 and its plugins from here https://www.irfanview.com/64bit.htm The following links are the one you need from that page: Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB) Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB) Afterwards you have two zip files: iview460_x64.zip iview460_plugins_x64.zip 5) Extract iview460_x64.zip to $HOME/temp/irfanview directory. Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins' directory. 6) Go there and run it manually: wine64 ./i_view64.exe It opens with a crash: Backtrace: =>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase (0x000000000000000a) 1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a) 2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900) 3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900) 4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900) 5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000) 6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32 (0x0000000000000000) 7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000) The full crash is in the attached backtrace.txt file. The proof that previous version works: 1) remove just wine and wine-mono, but keep their dependencies there sudo pacman -R wine wine-mono 2) download the previous compatible versions manually: wget https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst wget https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk… 3) install them: pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst 4) run irfanview again, it starts without crash: wine64 ./i_view64.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 52223] New: activeCodePage utf-8 in application manifest not respected
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=52223 Bug ID: 52223 Summary: activeCodePage utf-8 in application manifest not respected Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: terinjokes(a)gmail.com Distribution: --- Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed applications to opt-in to supporting the UTF-8 code page by defining "activeCodePage" in their application manifest. When in this mode, the "ANSI" -A WinAPI functions operate in UTF-8 mode. <activeCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage> WINE, even when winver is set to "win10", does not respect this application manifest key, resulting in the application starting with a legacy code page. This can cause issues if the user expects to work with files or strings not supported in the active legacy code page. Often characters that cannot be represented in the code page are replaced by question marks. I am using the staging release of 6.22. [1]: https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c… Expectation: When an application with activeCodePage set to "UTF-8" in the application manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings provided to WinAPI functions are UTF-8 and display appropriately in the UI. Observed: GetACP() returned a number representing a legacy code page (eg, 1252). Strings returned by WinAPI functions are in that code page. Characters that cannot be represented are replaced by question marks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 44144] New: Complete support for “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring(a)Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 2485] Paltalk crashed
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=2485 khashajar.hani(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |khashajar.hani(a)gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 52833] New: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=52833 Bug ID: 52833 Summary: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: devscholar(a)foxmail.com Distribution: --- Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files. Microsoft's does. This feature is used to create Unicode scripts. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 52852] New: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core)
by WineHQ Bugzilla April 22, 2022

April 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=52852 Bug ID: 52852 Summary: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core) Product: Wine Version: 7.6 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian (prerequisite: winetricks -q dotnet48) The following code retrieves all properties from a class in PS Core on Windows (tested with a few common classes): ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * In all classes in wine I get: "format-default: Error code: 0x80041002" With the hack at the end of this post it works in wine too for most classes, so maybe it might be easy to fix (?). Returning anything else then an error that starts with 0x8* works really I found by trial and error. However the hack also doesn`t work (breaks) cases like win32_process where the count is more then one, so I guess the fix might be more complicated after all: ([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * Output (with hack): Select-Object: Z:\home\louis\ramdisk\a.ps1:1 Line | 1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * | ~~~~~~ | The following exception occurred while retrieving members: | "Object reference not set to an instance of an object." Steps to reproduce: - winetricks -q dotnet48 - Install PS Core from downloadlink. - Save the following line in a file called for example a.ps1: ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * - Then: 'wine pwsh -file a.ps1' Hack: diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c index 8233d35878d..ee0bc3ec14e 100644 --- a/dlls/wbemprox/query.c +++ b/dlls/wbemprox/query.c @@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VAR if ((hr = map_view_index( view, index, &table_index, &result_index )) != S_OK) return hr; if (is_system_prop( name )) return get_system_propval( view, table_index, result_index, name, ret, type, flavor ); - if (!view->result_count || !is_result_prop( view, name )) return WBEM_E_NOT_FOUND; + if (!view->result_count || !is_result_prop( view, name )) return 0x40005; table = view->table[table_index]; hr = get_column_index( table, name, &column ); -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30107] New: IE8 buttons bar doesn't have background under several buttons
by wine-bugs＠winehq.org April 21, 2022

April 21, 2022

http://bugs.winehq.org/show_bug.cgi?id=30107 Bug #: 30107 Summary: IE8 buttons bar doesn't have background under several buttons Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mr_wire(a)mail.ru Classification: Unclassified Created attachment 39239 --> http://bugs.winehq.org/attachment.cgi?id=39239 Screenshot of started IE8 While starting IE8 I get no background under back/forward, stop and search buttons. Buttons bar background for these buttons is copied from application window that in the background IE startup. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 52835] New: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created.
by WineHQ Bugzilla April 21, 2022

April 21, 2022

https://bugs.winehq.org/show_bug.cgi?id=52835 Bug ID: 52835 Summary: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created. Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: twilight312+winebugzilla(a)gmail.com Distribution: --- Created attachment 72227 --> https://bugs.winehq.org/attachment.cgi?id=72227 winecfg-dinput.log Dear wine developers, Depending on if the prefix was first created by running ``wine control`` or ``winecfg``, my controller device gets permanently (for that prefix) assigned as either ``dinput`` ONLY device (being not visible for application that accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used by said application. Once the prefix is created, there is no way to change how the device will be seen on wine's side. Specifically: If prefix is first created by running ``wine control``, the device will be ``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and ''xinput.png`` screenshot for ``wine control`` joyapplet content). If prefix is first created by running ``winecfg``, the device will be ``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and ``wine-control-dinput.log`` from running ``wine control`` there, also ''dinput.png`` screenshot for ``wine control`` joyapplet content). All logs are made with: WINEDEBUG="+plugplay,+hid,+xinput" It is worth adding, that any prefix affected by the bug (as in - controller device not usable by application expecting ``xinput``) will have the controller WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The bug is present in Wine 6.17 already (despite no separate ``dinput`` and ``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine 6.18). Cheers, /CatLady -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6