January 2023 - Wine-bugs - list.winehq.org

[Bug 53274] New: adsldp:ldap - test_ParseDisplayName() sometimes fails to connect to the server
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53274 Bug ID: 53274 Summary: adsldp:ldap - test_ParseDisplayName() sometimes fails to connect to the server Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com adsldp:ldap - test_ParseDisplayName() sometimes fails to connect to the server: ldap.c:194: Test failed: 13: got 0x8007203a, expected 0 https://test.winehq.org/data/patterns.html#adsldp:ldap 0x8007203a == HRESULT_FROM_WIN32(ERROR_DS_SERVER_DOWN) There are two known cases where this error happened: * 2022-05-26 debian11 wow64 * 2022-06-23 debiant wow32 This may indeed correspond to times when the server was not accessible. However it is strange that this impacted Wine both times. -- 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 54030] New: Snagit needs Win32_Volume class ( 'select deviceid from win32_volume where driveletter =C:')
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54030 Bug ID: 54030 Summary: Snagit needs Win32_Volume class ( 'select deviceid from win32_volume where driveletter =C:') Product: Wine Version: 7.22 Hardware: x86-64 URL: https://download.techsmith.com/snagit/releases/snagit. exe 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 Created attachment 73598 --> https://bugs.winehq.org/attachment.cgi?id=73598 +wbemprox log (prerequisite: winetricks -q dotnet48 d3dcompiler_47 arial) The program stops instantly with: 03e4:fixme:wmic:wmain command line switch L"/namespace:'\\\\root\\virtualization\\v2'" not supported so I disabled wmic (google says it is deprecated in win10) but this might really deserve a seperate bugreport. After that there's a crash, which seems to be related to: 014c:trace:wbemprox:wbem_services_ExecQuery 0000000003CD4FB0, L"WQL", L"select deviceid from win32_volume where driveletter =\"C:\"", 0x30, 0000000000000000, 000000000011E1B0 After fixing up some hacky patch with bogus values (i don't know how to implement this properly) it starts into the loginscreen, so this seems enough to get it running. There`s also a query for L"SELECT * FROM WmiMonitorBasicDisplayParams" that seems missing, but this doesn't seem to affect the startup of the program. Attached log (+wbemprox) (with bogus hack applied) -- 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 4

[Bug 54318] New: Rich Edit inserts newly composed text at wrong position when system IME composition ends while a selection is active
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54318 Bug ID: 54318 Summary: Rich Edit inserts newly composed text at wrong position when system IME composition ends while a selection is active Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: huw(a)codeweavers.com Distribution: --- When the user attempts to perform select-and-replace with newly composed text from system IME (fcitx5) as the replacement, Rich Edit inserts the new text at the _ending_ character position of the current selection, instead of the _starting_ character position. Steps to reproduce: 1. Activate fcitx5 (Hangul). 2. Enter the following text: "[ABCXYZ]" 3. Select the following text: "ABC" 4. Compose a character. Expected behaviour: The composed character should replace "ABC". Actual behaviour: The text "ABC" is erased, but the newly composed character is inserted after "Z", before "]". -- 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 54289] New: RtlCopyContext buffer overflow
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54289 Bug ID: 54289 Summary: RtlCopyContext buffer overflow Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 73857 --> https://bugs.winehq.org/attachment.cgi?id=73857 Reproducer See repro (attached) Windows output: src ContextFlags: 10005f dst ContextFlags: 10001f RtlCopyContext returned 00000000 Wine output: src ContextFlags: 10005f dst ContextFlags: 10001f src ContextFlags: 10005f dst ContextFlags: 10001f src ContextFlags: 10005f dst ContextFlags: 10001f src ContextFlags: 10005f dst ContextFlags: 10001f ... more of this src ContextFlags: 10005f dst ContextFlags: 10001f src ContextFlags: 10005f dst ContextFlags: 10001f src ContextFlags: 10005f dst ContextFlags: 10001f 010c:err:virtual:virtual_setup_exception stack overflow 1808 bytes addr 0x170025cbc stack 0x208f0 (0x20000-0x21000-0x120000) -- 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 8

[Bug 54364] New: RtlGenRandom fails on systems with more than 128 cores
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54364 Bug ID: 54364 Summary: RtlGenRandom fails on systems with more than 128 cores Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: tjeerd.bakker38(a)gmail.com Distribution: --- WinHttpSendRequest() fails with ERROR_OUTOFMEMORY when the WINHTTP_OPTION_UPGRADE_TO_WEB_SOCKET is set on systems with 256 cores. I've tracked it down to dlls/advapi32/crypt.c. RtlGenRandom is implemented by calling NtQuerySystemInformation(SystemInterruptInformation, ...) with a buffer sufficient for the data from at most 128 CPUs. The buffer size is determined by the #define in line 2393: #define MAX_CPUS 128 Changing this line to #define MAX_CPUS 256 make the problem go away for me, but the problem will probably return when someone builds a system with even more cores. I would suggest implementing RtlGenRandom() with a better source of randomness instead. -- 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 36891] New: Polygon() draws different edges than in Windows
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=36891 Bug ID: 36891 Summary: Polygon() draws different edges than in Windows Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: sashoalm(a)gmail.com The Polygon() function does not draw in the same way in Wine as in Windows. While it looks very similar visually, there are some pixels at the edges that are different. Since the goal of Wine is to replicate Windows behavior perfectly, this deviation would be a bug. The difference is difficult to spot, but it can be noticed if you rapidly switch between the images, or if you compare them pixel by pixel with a program. I have made a test program that draws an inclined rectangle using XFORM and Polygon() into a memory DC, which I then save to a bitmap. The resulting bitmaps when ran under Windows and Wine are slightly different. Image under Windows: https://drive.google.com/file/d/0B9PGUhmmnsm1Q00waFJLSGtEeEU/edit?usp=shari… Image under Wine: https://drive.google.com/file/d/0B9PGUhmmnsm1X1ZVR1UtbDBPMHc/edit?usp=shari… This is the relevant code I used to draw the image. Note that it's the XFORM matrix that makes the rectangle be inclined (it would be parallel to the coordinate system without a world-transform): XFORM xform; memset(&xform, 0, sizeof(xform)); double angle = 15*(PI/180); // 15 degrees incline. xform.eM11 = cos(angle); xform.eM12 = sin(angle); xform.eM21 = -sin(angle); xform.eM22 = cos(angle); xform.eDx = 0; xform.eDy = 0; SetGraphicsMode(hdc, GM_ADVANCED); SetWorldTransform(hdc, &xform); HBRUSH hbr = CreateHatchBrush(HS_BDIAGONAL, RGB(255, 0, 0)); SelectObject(hdc, hbr); POINT p[4]={100,0,200,0,200,100,100,100}; Polygon(hdc, p, 4); I can provide the full test project if requested. Note: I have tested on both Windows 7 and Windows XP, and they produce exactly the same images, only Wine produces a different image. -- 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 3

[Bug 52541] New: Lost Ark crashes on startup
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52541 Bug ID: 52541 Summary: Lost Ark crashes on startup Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felineswift+wine(a)gmail.com Distribution: --- This MMORPG crashes with default settings. 0100:fixme:heap:RtlSetHeapInformation 0000000004700000 0 000000000011F3B0 4 stub 0100:fixme:heap:RtlSetHeapInformation 0000000004840000 0 000000000011F3B0 4 stub 0100:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0060:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) 0060:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0100:fixme:win:DisableProcessWindowsGhosting : stub 0100:fixme:msvcrt:__clean_type_info_names_internal (0000000004F048F0) stub 0100:fixme:msvcrt:__clean_type_info_names_internal (0000000004E8ACA8) stub 0100:fixme:msvcrt:__clean_type_info_names_internal (00000000043A95A8) stub 0100:fixme:msvcrt:__clean_type_info_names_internal (000000000456D5E8) stub 0100:fixme:msvcrt:__clean_type_info_names_internal (00000000043CA128) stub 0100:fixme:msvcrt:__clean_type_info_names_internal (0000000181DF8620) stub -- 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 37756] New: Adobe Lightroom 2.3 crashes when loading license with builtin ieframe
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=37756 Bug ID: 37756 Summary: Adobe Lightroom 2.3 crashes when loading license with builtin ieframe Product: Wine Version: 1.1.22 Hardware: x86-64 URL: http://download.adobe.com/pub/adobe/lightroom/win/2.x/ LTRM2_WWEFG_win_2_3.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Blocks: 18635 Distribution: --- Created attachment 50273 --> https://bugs.winehq.org/attachment.cgi?id=50273 terminal output/backtrace Noticed whlie looking at bug 18635. fixme:mshtml:HTMLDocument_open unsupported args err:mshtml:HTMLDocument_open Open failed: 80004005 err:mshtml:document_write Write failed: 8000ffff wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). Backtrace: =>0 0x00000000 (0x0025eb34) 1 0x6004b3b1 in ui (+0x4b3b0) (0x0025eb7c) 2 0x78371064 in mfc80u (+0x91063) (0x0025ec3c) 3 0x78379223 in mfc80u (+0x99222) (0x0025eca8) 4 0x783782b7 in mfc80u (+0x982b6) (0x0025ecd4) 5 0x7833f0ab in mfc80u (+0x5f0aa) (0x0025ed14) 6 0x7837c8ec in mfc80u (+0x9c8eb) (0x0025ed88) 7 0xb6b8de6c call_sink+0x4b(This=0x5fc6550, dispid=0xfc, dispparams=0x25ee20) [/home/austin/wine-git/dlls/ieframe/../../include/oaidl.h:817] in ieframe (0x0025edd8) 8 0xb6ba79b7 DocObjectService_FireNavigateComplete2+0x136(iface=<couldn't compute location>, pHTMLWindow2=<couldn't compute location>, dwFlags=<couldn't compute location>) [/home/austin/wine-git/dlls/ieframe/shellbrowser.c:768] in ieframe (0x0025ee68) 9 0xb6a928d9 run_end_load+0x118(This=0x604bca0, arg1=(nil), arg2=(nil)) [/home/austin/wine-git/dlls/mshtml/../../include/docobjectservice.h:195] in mshtml (0x0025eea8) 10 0xb6a917af nsRunnable_Run+0x1e(iface=<couldn't compute location>) [/home/austin/wine-git/dlls/mshtml/mutation.c:439] in mshtml (0x0025eec8) 11 0x6acac295 in xul (+0x106c294) (0x0025ef58) 12 0xb6a91dc2 nsDocumentObserver_EndLoad+0x51(iface=<couldn't compute location>, aDocument=<couldn't compute location>) [/home/austin/wine-git/dlls/mshtml/mutation.c:591] in mshtml (0x0025ef88) 13 0x6ac84cbb in xul (+0x1044cba) (0x0025f26c) winetricks -q ie7 works around it. -- 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 7

[Bug 18987] New: Prototype: Fails to start
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18987 Summary: Prototype: Fails to start Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=21871) --> (http://bugs.winehq.org/attachment.cgi?id=21871) Wine-1.1.23 I'm using Wine 1.1.23 (compiled from source using gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) ) on Fedora 11 i386. The problem is that game crashes in the begging. It shows something about registered trademarks and then probably intro movie should start (i can skip or get crash) and then game makes first save which is failed because crash occurs. Additional info: ORM=fbo (backbuffer also causes crash) GFX: NVIDIA 9xxx (drivers 185.18.14) during crash: memory 160.1MB and VirtualMemory 2.7GB I did "winetricks directx9 xact vcrun2005sp1" because application showed error about Xaudio2 and msvcp80 -- 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 39

[Bug 46843] New: The Division 2 crashes at first settings screen
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=46843 Bug ID: 46843 Summary: The Division 2 crashes at first settings screen Product: Wine Version: 4.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: A.Fettouhi(a)gmail.com Distribution: --- Created attachment 63882 --> https://bugs.winehq.org/attachment.cgi?id=63882 Terminal output from running The Division 2 in Lutris. I am trying to run The Division 2 via Lutris with wine tkg-4.3 (from the Lutris repo). I am using the uplay version installed via the Lutris install script. Both DXVK and ESync are turned. The game launches fine but after Ubisoft logo you greeted with a simple setup screen. Here the game closes. I have attached the output from the terminal in this bug report. Looking through the output this entry seems to be the issue: wine: Unhandled division by zero at address 0x1406d710b (thread 0117), starting debugger... I am on Arch Linux 64bit with KDE 5.15.3 using i7-6700K with a Nvidia 1080 GTX using the 418.43 drivers. -- 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 6