wine-bugs January 2023

wine-bugs@winehq.org

1 participants
3225 discussions

[Bug 50471] New: Kindle for PC 1.16.0 can't connect
by WineHQ Bugzilla 15 Jan '25

15 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=50471 Bug ID: 50471 Summary: Kindle for PC 1.16.0 can't connect Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ameniutaeba1978(a)gmail.com Distribution: --- Created attachment 69103 --> https://bugs.winehq.org/attachment.cgi?id=69103 Kindle error I installed Kindle for PC ver 1.16.0 from winetricks on my Manjaro Linux. When I start Kindle, Kindle says "Unable to connect. Please check your network setting and proxy configuration. Network settings can be found under Tools > Options > Network" I tested on wine-5.22 and wine-6.0-rc6 on Manajaro Linux but same result. I also tested wine-5.0 on Feren OS but the problem didn't occurred. So the problem is on wine 5.22 or later, or on Manjaro Linux. I've also posted the problem on Manjaro Forum but no good reply. https://forum.manjaro.org/t/is-there-anyone-who-use-amazon-kindle-for-pc-vi… I attach the STDOUT and STDERR. Thanks in advance. -- 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 20

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

15 Jan '25

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 15 Jan '25

15 Jan '25

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 15 Jan '25

15 Jan '25

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 53793] New: ClrMAME crash when accessing multiple files using an huge memory allocation
by WineHQ Bugzilla 14 Jan '25

14 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=53793 Bug ID: 53793 Summary: ClrMAME crash when accessing multiple files using an huge memory allocation Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com Distribution: --- Hello. Thanks for using you time reading my bug report. ClrMAME is an software read files checksum and renaming. The files are zip and 7Z. Have an task "scanner" read all files in an path. That software works correctly in WINE development 7.8. In an new OS Ubuntu 20.04.5 installation was installed the WINE stagging 7.18. The software start, but in the "scanner" task happen an strange behavior begin to use more OS memory in each second at point RAM memory is totally used and after the swap totally too ... resulting in an high not stop disk activity because the OS not have any memory free available. The OS is using Kernel 6.00. When happen that bug error need power off or reset the machine. Only reporting to WINE developers. Need any other information ? Please reply me. I wish an nice day for you. -- 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 27429] New: alphabetical drop down list not working in ie6 in ubuntu
by wine-bugs＠winehq.org 14 Jan '25

14 Jan '25

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 14 Jan '25

14 Jan '25

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 14 Jan '25

14 Jan '25

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 14 Jan '25

14 Jan '25

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 53110] New: Latest Cyberpunk 2077 game v1.52, freezes just after launch
by WineHQ Bugzilla 14 Jan '25

14 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=53110 Bug ID: 53110 Summary: Latest Cyberpunk 2077 game v1.52, freezes just after launch Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: rahul.kumar1(a)amd.com Distribution: --- Created attachment 72552 --> https://bugs.winehq.org/attachment.cgi?id=72552 Cyberpunk v1.52 is not working with wine, game freezes and wine throws exception Latest Cyberpunk 2077 game v1.52, freezes just after launch. Wine version - tried 7.0 stable, 7.10 development. We had working userspace component(mesa, libdrm) where older Cyberpunk. works, but lastest one is not working. Older cyberpunk game still works. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2023