January 2025 - Wine-Bugs - list.winehq.org

[Bug 29045] New: Unable to read Kindle books
by wine-bugs＠winehq.org Jan. 15, 2025

Jan. 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=29045 Bug #: 29045 Summary: Unable to read Kindle books Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jamundso(a)gmail.com Classification: Unclassified Created attachment 37424 --> http://bugs.winehq.org/attachment.cgi?id=37424 stderr Kindle starts after deleting ~/.wine/drive_c/windows/winsxs/manifests/x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_none_deadbeef.manifest as per the comments. However, now trying to read any book causes another crash. This worked with Fedora 15 and Wine 1.3.24. -- 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 38

[Bug 34631] New: 163music: shadow of windows is always on the top of desktop
by wine-bugs＠winehq.org Jan. 15, 2025

Jan. 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=34631 Bug #: 34631 Summary: 163music: shadow of windows is always on the top of desktop Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 46149 --> http://bugs.winehq.org/attachment.cgi?id=46149 the log reproduce follow this: 0. download and install 163music: "下一步(N)" -> "我接受(I)" -> "安装(I)" -> "完成(L)" And it will start up automatically after the installation; 2. There will be a login window, and shadow of it is always on the top.(as picture 1.png) You may need a white background to make it more clear.(as picture 2.png) This is a software in Chinese and I can't find a version in english. So if you need any help when you trying to reproduce it, please feel free to ping me in #winehackers or email me. -- 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 57

[Bug 39569] New: Multiple applications using ntdll.NtQueryObject 'ObjectNameInformation' info class get incorrect names for file objects
by wine-bugs＠winehq.org Jan. 15, 2025

Jan. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=39569 Bug ID: 39569 Summary: Multiple applications using ntdll.NtQueryObject 'ObjectNameInformation' info class get incorrect names for file objects Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, consider the following trace: * explicitly removed relay excludes to show internal calls * Wine builtin as example --- snip --- ... 002a:Call KERNEL32.CreateFileW(00326840 L"C:\\windows\\notepad.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=00b16742 002a:Call ntdll.RtlIsDosDeviceName_U(00326840 L"C:\\windows\\notepad.exe") ret=7f40b89ac80d 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002a:Call ntdll.RtlDosPathNameToNtPathName_U(00326840 L"C:\\windows\\notepad.exe",0269d820,00000000,00000000) ret=7f40b89ac99c 002a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002a:Call ntdll.NtCreateFile(0269d808,80100000,0269d830,0269d810,00000000,00000000,00000001,f00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002a:trace:ntdll:FILE_CreateFile handle=0x269d808 access=80100000 name=L"\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x269d810 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000060 ea=(nil).0x00000000 002a: create_file( access=80100000, attributes=00000040, sharing=00000001, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" ) 002a: create_file() = 0 { handle=0384 } 002a:Ret ntdll.NtCreateFile() retval=00000000 ret=7f40b89acb9b ... 002a:Ret KERNEL32.CreateFileW() retval=00000384 ret=00b16742 ... 002a:Call ntdll.NtQueryObject(00000384,00000001,00000000,00000000,0269d778) ret=00d222ab 002a:trace:ntdll:NtQueryObject (0x384,0x00000001,(nil),0x00000000,0x269d778) 002a: get_handle_unix_name( handle=0384 ) 002a: get_handle_unix_name() = 0 { name_len=52, name="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" } 002a:Ret ntdll.NtQueryObject() retval=c0000004 ret=00d222ab ... 002a:Call ntdll.NtQueryObject(00000384,00000001,000e0da0,00002046,00000000) ret=00d222f7 002a:trace:ntdll:NtQueryObject (0x384,0x00000001,0xe0da0,0x00002046,(nil)) 002a: get_handle_unix_name( handle=0384 ) 002a: get_handle_unix_name() = 0 { name_len=52, name="/home/focht/wine64/dosdevices/c:/windows/notepad.exe" } 002a:Ret ntdll.NtQueryObject() retval=00000000 ret=00d222f7 ... 002a:Call KERNEL32.QueryDosDeviceW(0269d260 L"c:",0269d270,00000104) ret=00d216f4 002a:Call ntdll.RtlIsDosDeviceName_U(0269d260 L"c:") ret=7f40b8a11373 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b8a11373 ... 002a:Call ntdll.RtlInitUnicodeString(0269c910,027fddf0 L"\\DosDevices\\c:") ret=7f40b8a0cfba 002a:Ret ntdll.RtlInitUnicodeString() retval=0269c910 ret=7f40b8a0cfba 002a:Call ntdll.NtOpenSymbolicLinkObject(0269c908,00000001,0269c920) ret=7f40b8a0cfd9 002a:trace:ntdll:NtOpenSymbolicLinkObject (0x269c908,0x00000001,{name=L"\\DosDevices\\c:", attr=0x00000040, hRoot=(nil), sd=(nil)} 002a: open_symlink( access=00000001, attributes=00000040, rootdir=0000, name=L"\\DosDevices\\c:" ) 002a: open_symlink() = 0 { handle=038c } 002a:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7f40b8a0cfd9 002a:Call ntdll.NtQuerySymbolicLinkObject(0000038c,0269c8f0,00000000) ret=7f40b8a0d016 002a:trace:ntdll:NtQuerySymbolicLinkObject (0x38c,0x269c8f0,(nil)) 002a: query_symlink( handle=038c ) 002a: query_symlink() = 0 { total=46, target_name=L"\\Device\\HarddiskVolume1" } 002a:Ret ntdll.NtQuerySymbolicLinkObject() retval=00000000 ret=7f40b8a0d016 002a:Call ntdll.NtClose(0000038c) ret=7f40b8a0d04c 002a: close_handle( handle=038c ) 002a: close_handle() = 0 002a:Ret ntdll.NtClose() retval=00000000 ret=7f40b8a0d04c ... 002a:Ret KERNEL32.QueryDosDeviceW() retval=00000019 ret=00d216f4 ... 002a:Call KERNEL32.CreateFileW(02086700 L"\\??\\C:\\windows\\notepad.exe",80000000,00000001,00000000,00000003,ffffffff00000000,00000000) ret=00b71906 002a:Call ntdll.RtlIsDosDeviceName_U(02086700 L"\\??\\C:\\windows\\notepad.exe") ret=7f40b89ac80d 002a:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002a:Call ntdll.RtlDosPathNameToNtPathName_U(02086700 L"\\??\\C:\\windows\\notepad.exe",0269c780,00000000,00000000) ret=7f40b89ac99c 002a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002a:Call ntdll.NtCreateFile(0269c768,80100000,0269c790,0269c770,00000000,00000000,00000001,f00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002a:trace:ntdll:FILE_CreateFile handle=0x269c768 access=80100000 name=L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x269c770 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000060 ea=(nil).0x00000000 002a:warn:ntdll:FILE_CreateFile L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" not found (c0000033) 002a:Ret ntdll.NtCreateFile() retval=c0000033 ret=7f40b89acb9b 002a:Call ntdll.RtlNtStatusToDosError(c0000033) ret=7f40b89acd3c 002a:Ret ntdll.RtlNtStatusToDosError() retval=0000007b ret=7f40b89acd3c ... 002a:Ret KERNEL32.CreateFileW() retval=ffffffffffffffff ret=00b71906 ... 002b:Call KERNEL32.CreateProcessW(02032b40 L"\\??\\C:\\windows\\notepad.exe",00000000,00000000,00000000,00000000,00000013,00000000,02061e60 L"\\??\\C:\\windows",00f6d000,00f6cef8) ret=00ef2163 002b:Call ntdll.RtlIsDosDeviceName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe") ret=7f40b89ac80d 002b:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7f40b89ac80d 002b:Call ntdll.RtlDosPathNameToNtPathName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe",02abcfb0,00000000,00000000) ret=7f40b89ac99c 002b:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7f40b89ac99c 002b:Call ntdll.NtCreateFile(02abcf98,80100000,02abcfc0,02abcfa0,00000000,00000000,00000005,00000001,00000060,00000000,00000000) ret=7f40b89acb9b 002b:trace:ntdll:FILE_CreateFile handle=0x2abcf98 access=80100000 name=L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" objattr=00000040 root=(nil) sec=(nil) io=0x2abcfa0 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil).0x00000000 002b:warn:ntdll:FILE_CreateFile L"\\??\\Z:\\??\\C:\\windows\\notepad.exe" not found (c0000033) 002b:Ret ntdll.NtCreateFile() retval=c0000033 ret=7f40b89acb9b ... 002b:Call ntdll.RtlGetFullPathName_U(02abd720 L"\\??\\C:\\windows\\notepad.exe",00000410,02abd190,02abd110) ret=7f40b89dd82b 002b:Ret ntdll.RtlGetFullPathName_U() retval=00000038 ret=7f40b89dd82b ... 002b:Ret KERNEL32.CreateProcessW() retval=00000000 ret=00ef2163 --- snip --- Calling 'kernel32' API with native NT paths is obviously wrong and not intended here. The relay trace partially corresponds to the following source code - at least for the preceding device/filename lookup/translation: https://bitbucket.org/mrexodia/devicenameresolver/src/3fc6704267d469bd08633… --- snip --- ... __declspec(dllexport) bool DevicePathFromFileHandleW(HANDLE hFile, wchar_t* szDevicePath, size_t nSize) { NativeWinApi::initialize(); ULONG ReturnLength; bool bRet=false; if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, 0, 0, &ReturnLength)==STATUS_INFO_LENGTH_MISMATCH) { ReturnLength+=0x2000; //on Windows XP SP3 ReturnLength will not be set just add some buffer space to fix this POBJECT_NAME_INFORMATION NameInformation=(POBJECT_NAME_INFORMATION)GlobalAlloc(0, ReturnLength); if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, NameInformation, ReturnLength, 0)==STATUS_SUCCESS) { NameInformation->Name.Buffer[NameInformation->Name.Length/2]=L'\0'; //null-terminate the UNICODE_STRING if(wcslen(NameInformation->Name.Buffer)<nSize) { wcscpy_s(szDevicePath, nSize/sizeof(wchar_t), NameInformation->Name.Buffer); bRet=true; } } GlobalFree(NameInformation); } if(_wcsnicmp(szDevicePath, L"\\Device\\LanmanRedirector\\", 25) == 0) // Win XP { wcscpy_s(szDevicePath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szDevicePath, nSize / sizeof(wchar_t), &szDevicePath[25]); } else if(_wcsnicmp(szDevicePath, L"\\Device\\Mup\\", 12) == 0) // Win 7 { wcscpy_s(szDevicePath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szDevicePath, nSize / sizeof(wchar_t), &szDevicePath[12]); } return bRet; } __declspec(dllexport) bool DevicePathFromFileHandleA(HANDLE hFile, char* szDevicePath, size_t nSize) { DynBuf newDevicePathBuf(nSize*sizeof(wchar_t)); wchar_t* newDevicePath = (wchar_t*)newDevicePathBuf.GetPtr(); if(!DevicePathFromFileHandleW(hFile, newDevicePath, nSize*sizeof(wchar_t))) return false; if(!WideCharToMultiByte(CP_ACP, NULL, newDevicePath, -1, szDevicePath, (int)wcslen(newDevicePath)+1, NULL, NULL)) return false; return true; } __declspec(dllexport) bool PathFromFileHandleW(HANDLE hFile, wchar_t* szPath, size_t nSize) { typedef DWORD (WINAPI* GETFINALPATHNAMEBYHANDLEW) ( IN HANDLE hFile, OUT wchar_t* lpszFilePath, IN DWORD cchFilePath, IN DWORD dwFlags ); static GETFINALPATHNAMEBYHANDLEW GetFPNBHW=(GETFINALPATHNAMEBYHANDLEW)GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetFinalPathNameByHandleW"); if(GetFPNBHW && GetFPNBHW(hFile, szPath, (DWORD)(nSize/sizeof(wchar_t)), 0)) { if(_wcsnicmp(szPath, L"\\\\?\\UNC\\", 8) == 0) // Server path { wcscpy_s(szPath, nSize / sizeof(wchar_t), L"\\\\"); wcscat_s(szPath, nSize / sizeof(wchar_t), &szPath[8]); } else if(_wcsnicmp(szPath, L"\\\\?\\", 4) == 0 && szPath[5]==L':') // Drive path { wcscpy_s(szPath, nSize/sizeof(wchar_t), &szPath[4]); } return true; } if(!DevicePathFromFileHandleW(hFile, szPath, nSize)) return false; std::wstring oldPath(szPath); if (!DevicePathToPathW(szPath, szPath, nSize)) wcscpy_s(szPath, nSize / sizeof(wchar_t), oldPath.c_str()); return true; } ... --- snip --- https://bitbucket.org/mrexodia/devicenameresolver/src/3fc6704267d469bd08633… --- snip --- ... bool DeviceNameResolver::resolveDeviceLongNameToShort(const TCHAR * sourcePath, TCHAR * targetPath) { for (unsigned int i = 0; i < deviceNameList.size(); i++) { if (!_tcsnicmp(deviceNameList.at(i).longName, sourcePath, deviceNameList.at(i).longNameLength) && sourcePath[deviceNameList.at(i).longNameLength]==TEXT('\\')) { _tcscpy_s(targetPath, MAX_PATH, deviceNameList.at(i).shortName); _tcscat_s(targetPath, MAX_PATH, sourcePath + deviceNameList.at(i).longNameLength); return true; } } return false; } ... --- snip --- In short: Wine returns incorrect names for file objects in 'NtQueryObject'. The app code passes 'C:\windows\notepad.exe', gets '\\??\\C:\\windows\\notepad.exe' and tries to translate the path to short form, removing the device name part by matching against device list. This fails hence the app uses whatever was returned by 'NtQueryObject' as fallback (= native NT path). The proper object name would have been: '\Device\HarddiskVolume1\Windows\notepad.exe' Source: https://source.winehq.org/git/wine.git/blob/71080cc0818e8cc3e8be0c30bcc6602… Another article (just to reference the list from second answer): https://stackoverflow.com/questions/65170/how-to-get-name-associated-with-o… ("How to get name associated with open HANDLE") --- quote --- ... // returns // "\Device\HarddiskVolume3" (Harddisk Drive) // "\Device\HarddiskVolume3\Temp" (Harddisk Directory) // "\Device\HarddiskVolume3\Temp\transparent.jpeg" (Harddisk File) // "\Device\Harddisk1\DP(1)0-0+6\foto.jpg" (USB stick) // "\Device\TrueCryptVolumeP\Data\Passwords.txt" (Truecrypt Volume) // "\Device\Floppy0\Autoexec.bat" (Floppy disk) // "\Device\CdRom1\VIDEO_TS\VTS_01_0.VOB" (DVD drive) // "\Device\Serial1" (real COM port) // "\Device\USBSER000" (virtual COM port) // "\Device\Mup\ComputerName\C$\Boot.ini" (network drive share, Windows 7) // "\Device\LanmanRedirector\ComputerName\C$\Boot.ini" (network drive share, Windwos XP) // "\Device\LanmanRedirector\ComputerName\Shares\Dance.m3u" (network folder share, Windwos XP) // "\Device\Afd" (internet socket) // "\Device\Console000F" (unique name for any Console handle) // "\Device\NamedPipe\Pipename" (named pipe) // "\BaseNamedObjects\Objectname" (named mutex, named event, named semaphore) // "\REGISTRY\MACHINE\SOFTWARE\Classes\.txt" (HKEY_CLASSES_ROOT\.txt) ... --- quote --- $ wine --version wine-1.7.54-212-gf97ac58 Regards -- 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 29301] New: Master of Orion 3 shows only black screen with resolutions>800x600
by wine-bugs＠winehq.org Jan. 15, 2025

Jan. 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=29301 Bug #: 29301 Summary: Master of Orion 3 shows only black screen with resolutions>800x600 Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Classification: Unclassified Regression SHA1: 7e3985e1fea60da73bae2b9465b94e5d110909fc Only black screen and the mouse pointer can be seen when starting MoO 3 with resolutions higher than 800x600 (that's the only resolution supported by the game, and there is no way to change it via game option). This happens both in full-screen and virtual desktop mode. Apart from that the game is running, you can hear the sound of the intros and the sound effect when the mouse pointer passes a menu option, but nothing can be seen. Workaround: either set a virtual desktop sized to 800x600, or change your desktop resolution to 800x600 before launching the game in Wine's full-screen mode. In the terminal: fixme:win:EnumDisplayDevicesW ((null),0,0x32ef94,0x00000000), stub! err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 800x600x16 @85! (XRandR) fixme:d3d_surface:wined3d_surface_blt Blit clipping not implemented. ... The last fixme is repeated over and over again, filling up the logfile until I quit the game. That line is not present when the game is running @800x600. This is a regression, caused by 7e3985e1fea60da73bae2b9465b94e5d110909fc is the first bad commit commit 7e3985e1fea60da73bae2b9465b94e5d110909fc Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Mon Nov 8 11:50:33 2010 +0100 ddraw: Setup the device window in SetCooperativeLevel(). git checkout 7e3985e1fea60da73bae2b9465b94e5d110909fc >>black screen git reset --hard HEAD^ >>game screen appears correctly at any screen resolutions Other opened bug report(s) with this commit: bug #25417. No demo available. Please let me know if you need a log with debug channels enabled. Fedora 16 x86 Nvidia 250 / driver 290.10 X.Org X Server 1.11.2 -- 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 22

[Bug 55601] New: Diablo 2 Resurrected: invalid rendering of player characters in lobby
by WineHQ Bugzilla Jan. 14, 2025

Jan. 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=55601 Bug ID: 55601 Summary: Diablo 2 Resurrected: invalid rendering of player characters in lobby Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Created attachment 75134 --> https://bugs.winehq.org/attachment.cgi?id=75134 screenshot.jpg When entering online lobby in D2R, there are characters displayed in the bottom of the screen. For some reason, most of them are displayed incorrectly: most parts of them are transparent, and those transparent parts look like silhouette of another character. Wine: 8.16 OS: Gentoo Linux 6.1.53 Desktop: KDE Plasma 5 X11 No dxvk used Videocard: OpenGL vendor string: AMD OpenGL renderer string: AMD Radeon RX 7900 XTX (gfx1100, LLVM 16.0.6, DRM 3.49, 6.1.53-gentoo.65) OpenGL core profile version string: 4.6 (Core Profile) Mesa 23.1.7 OpenGL core profile shading language version string: 4.60 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile -- 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 1

[Bug 27429] New: alphabetical drop down list not working in ie6 in ubuntu
by wine-bugs＠winehq.org Jan. 14, 2025

Jan. 14, 2025

http://bugs.winehq.org/show_bug.cgi?id=27429 Summary: alphabetical drop down list not working in ie6 in ubuntu Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: battinirajkumar(a)gmail.com Created an attachment (id=35077) --> (http://bugs.winehq.org/attachment.cgi?id=35077) not listing alphabet in dropdown list I have a tool i.e. tools/netratings.com/pls/tools/internal_login In this tools there is a drop down list in which when we enter a alphabet in the list the cursor goes to that given alphabet link in the list but this is not working in ie6 in ubuntu -- 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 6

[Bug 33881] New: CommFort chat image posting bug
by wine-bugs＠winehq.org Jan. 14, 2025

Jan. 14, 2025

http://bugs.winehq.org/show_bug.cgi?id=33881 Bug #: 33881 Summary: CommFort chat image posting bug Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)asdasd.ru Classification: Unclassified Here is one little bug in http://commfort.com/ (CommFort is a client-server program designed for communication over a home or corporate network.) client can received images in chat. If client-chat connected to server over Internet in 99.999999% time posting image just dropped. And client stop working on some time. it's bug really really looong time ago! And testet on toooo many wine versions! Try it! In Win* OS all functions worked perfectly. Because this is proprietary software we can nothing. But u can! Please! -- 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 16

[Bug 30728] New: Microsoft SQL Server Management Studio Express 2005: Connection window is stretched vertically
by wine-bugs＠winehq.org Jan. 14, 2025

Jan. 14, 2025

http://bugs.winehq.org/show_bug.cgi?id=30728 Bug #: 30728 Summary: Microsoft SQL Server Management Studio Express 2005: Connection window is stretched vertically Product: Wine Version: 1.5.4 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 40232 --> http://bugs.winehq.org/attachment.cgi?id=40232 To the left screenshot from wine 1.5.4, to the right wine 1.5.2 After fixing bug 30559 there appeared another one: the connection window that is displayed on startup of Microsoft SQL Server Management Studio 2005 Express is taller than it should be. See attached screenshots: one is taken from wine 1.5.4 and is stretched, the other one is taken from wine 1.5.2 and has correct height. You may also google "sql management studio" for lots of screenshots taken under different versions of Windows. Note that under Windows there is no gray area between app logo and Title bar and between app logo and the red strip. I tested the application in wine 1.5.2 with native gdiplus installed and it looked the same way as it looks now with wine 1.5.4, so the patches are not the source of the problem, they merely exposed a problem located elsewhere. To reproduce the problem: MS SQL Server Management Studio Express 2005: http://www.microsoft.com/download/en/details.aspx?id=8961 Prerequisites: winetricks dotnet20 recent version of Windows (Vista or newer) selected in winecfg -- 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 14

[Bug 35424] New: tcc fails its libtest
by wine-bugs＠winehq.org Jan. 14, 2025

Jan. 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=35424 Bug ID: 35424 Summary: tcc fails its libtest Product: Wine Version: 1.7.11 Hardware: x86 URL: http://bellard.org/tcc/ OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Classification: Unclassified I tried building tinycc and running its tests under wine. The first problem: ------------ libtest ------------ ./libtcc_test.exe lib_path=.. C:/windows/system32/msvcrt.dll:1: error: unrecognized file type tcc: error: cannot find library: msvcrt tcc: error: undefined symbol 'printf' make[1]: *** [libtest] Error 1 To reproduce: #!/bin/bash rm -rf $HOME/.wine wineboot wget "http://downloads.sourceforge.net/mingw/files/mingw-get-setup.exe" wine mingw-get-setup.exe cd $HOME/.wine/drive_c/ git clone git://repo.or.cz/tinycc.git cd tinycc # Known good commit (on windows7) git reset --hard 32a4962593d6a2006cdd725480124717e7f5377d cat > build.sh << _EOF #!/bin/bash set -e set -x export PATH="/c/MinGW/bin/:$PATH" ./configure make make test _EOF cd $HOME/.wine/drive_c/MinGW/msys/1.0 wine start msys.bat #### run that script. During the mingw install, select the 'mingw-developer-toolkit' and 'mingw32-base' packages. After install, when the msys prompt appears, do: $ cd /c/tinycc $ ./build.sh the same procedure works fine on native windows 7. -- 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 5

[Bug 57670] New: Microsoft Mouse and Keyboard Center does not install
by WineHQ Bugzilla Jan. 14, 2025

Jan. 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=57670 Bug ID: 57670 Summary: Microsoft Mouse and Keyboard Center does not install Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Created attachment 77846 --> https://bugs.winehq.org/attachment.cgi?id=77846 log without WINEDEBUG set This is a program used to control some specific models of Microsoft keyboards: https://support.microsoft.com/en-us/topic/mouse-and-keyboard-center-downloa… Direct download link: https://download.microsoft.com/download/c/3/5/c35ae8d6-d607-4095-8eb8-ca186… Installer brings up a window with an extraction progress bar, which completes. Then it displays a message box saying "Setup cannot continue because an unexpected error has occurred." I am suspicious of this line of output, which is the last one before the message box appears: 012c:fixme:richedit:ITextDocument2Old_fnOpen stub 015EB7F8 -- 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 2