December 2018 - Wine-bugs - list.winehq.org

[Bug 19756] New: TaskCoach: Cannot add new task with a due date
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=19756 Summary: TaskCoach: Cannot add new task with a due date Product: Wine Version: 1.1.27 Platform: PC URL: http://www.taskcoach.org/download.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jekwas(a)gmail.com Created an attachment (id=23126) --> (http://bugs.winehq.org/attachment.cgi?id=23126) taskcoach.exe.log I ran across this while testing for 8322. Task Coach is unable to add a new task if a Due Date is specified. To reproduce, click "New task" in the main window. Go to the Dates tab and add a due date. Press OK, and nothing will happen. When you close Task Coach, it will alert you of logged errors. I have attached such a log. (Wine doesn't output with any problems when trying to add a task) -- 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 29903] New: Microsoft Visual Studio 2005: enumeration of processes fails due to wtsapi32.WTSEnumerateProcessesW() being a stub ( "attach to process" menu))
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=29903 Bug #: 29903 Summary: Microsoft Visual Studio 2005: enumeration of processes fails due to wtsapi32.WTSEnumerateProcessesW() being a stub ( "attach to process" menu)) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, clicking "attach to process" menu item with default "local transport" leads to an error message stating "Operation not supported. Unknown error: 0x8007000e". The process list (listview) is empty due to WTSEnumerateProcessesW() API being a stub. Prerequisite: 'winetricks -q dotnet20 mfc42' --- snip --- ... 0024:Call wtsapi32.WTSEnumerateProcessesW(00000000,00000000,00000001,0032e828,0032e824) ret=54bc508e 0024:fixme:wtsapi:WTSEnumerateProcessesW Stub (nil) 0x00000000 0x00000001 0x32e828 0x32e824 0024:Ret wtsapi32.WTSEnumerateProcessesW() retval=00000001 ret=54bc508e 0024:Call KERNEL32.GetProcAddress(7d910000,54cb3b3c "WTSFreeMemory") ret=54bb97d2 0024:Ret KERNEL32.GetProcAddress() retval=7d914fc8 ret=54bb97d2 0024:Call wtsapi32.WTSFreeMemory(00000000) ret=54bc51b9 0024:fixme:wtsapi:WTSFreeMemory Stub (nil) 0024:Ret wtsapi32.WTSFreeMemory() retval=0000002b ret=54bc51b9 ... 0024:Call oleaut32.SysAllocString(011722a8 L"Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor named 'nexus4'. Operation not supported. Unknown error: 0x8007000e.") ret=54ba4f0c ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa383831.aspx Stub source: http://source.winehq.org/git/wine.git/blob/fddbf3b99d6582c50ede10dfddd8d438… --- snip --- --- snip --- 105 BOOL WINAPI WTSEnumerateProcessesW(HANDLE hServer, DWORD Reserved, DWORD Version, 106 PWTS_PROCESS_INFOW* ppProcessInfo, DWORD* pCount) 107 { 108 FIXME("Stub %p 0x%08x 0x%08x %p %p\n", hServer, Reserved, Version, 109 ppProcessInfo, pCount); 110 111 if (!ppProcessInfo || !pCount) return FALSE; 112 113 *pCount = 0; 114 *ppProcessInfo = NULL; 115 116 return TRUE; 117 } --- snip --- $ wine --version wine-1.4-rc3-65-g98f0be8 Regards -- 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 28

[Bug 12076] New: Database app refused to install unless system32/drivers/ etc/{services,host} exist
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=12076 Summary: Database app refused to install unless system32/drivers/etc/{services,host} exist Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user's informix-based app refused to install until the empty files c:/windows/system32/drivers/etc/{services,host} were created, see http://winehq.org/pipermail/wine-users/2008-March/030256.html I looked around a bit for other system32/drivers/etc files. http://support.microsoft.com/kb/130024 describes hosts, services, and protocols http://support.microsoft.com/kb/105997 describes lmhosts It looks like some apps find that directory by looking at HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath and MSN Messenger 7.5 f*cks up by changing that variable's type, see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6343068 Getting this all right would be a lot of work. Just creating two empty files might be reasonable, though, since it allows the user's app to install. -- 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 35539] New: Proteus 8 demo fails to install
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=35539 Bug ID: 35539 Summary: Proteus 8 demo fails to install Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, split off from bug 34457 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi wine ./prodemo.exe >>log.txt 2>&1 ... 0037:trace:msi:ACTION_PerformUIAction Performing action (L"WriteEnvironmentStrings") ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 100 L"Action 13:24:18: WriteEnvironmentStrings. Updating environment strings" ... 0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Environment`" 0x33f7e8 ... 0037:trace:msi:ITERATE_WriteEnvironmentString name L"!-*LXKSERVER" value (null) ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER, Value: , Action 0" ... 0037:trace:msi:ITERATE_WriteEnvironmentString name L"=-*LXKSERVER" value L"[KEY_SERVER]" ... 0037:trace:msi:MSI_FormatRecordW L"[KEY_SERVER]" ... 0037:trace:msi:msi_get_property property L"KEY_SERVER" not found ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER, Value: , Action 0" ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended 13:24:18: WriteEnvironmentStrings. Return value 14." ... 0037:err:msi:ITERATE_Actions Execution halted, action L"WriteEnvironmentStrings" returned 14 --- snip --- "Environment" msi table dump with ORCA: --- snip --- Environment Name Value Component_ s72 l255 L255 s72 LXKSERVER !-*LXKSERVER APPFRAME.DLL LXKSERVER_1 =-*LXKSERVER [KEY_SERVER] APPFRAME.DLL --- snip --- The first one has no value -> skipped (ok). The second one has a value and is getting deformatted ... unfortunately 'KEY_SERVER' property is not set at this point, resulting in failure. I found only one occurrence of this property 'KEY_SERVER' in msi tables: "Control" msi table: --- snip --- KeyServerDlg Edit_1 Edit 101 112 125 18 3 KEY_SERVER {260} Bitmap --- snip --- The unattended install using explicit command line property works, see: http://www.softnual.com/html/pds/network-installation.htm --- quote --- Where a server license and dongle are installed the KEY_SERVER property can be set on the command line to point to the licence key server. If set this will set the environment variable, if not set the variable will be cleared. --- quote --- If I pass the property via command line it finishes successfully: --- snip --- $ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test ... $ fixme:wshom:WshShell3_RegWrite (L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub --- snip --- For UI install, the 'KeyServerDlg' is referenced from 'LicenseKeyTypeDlg' which is referenced from 'LicenseAgreementDlg': --- snip --- LicenseAgreementDlg Back NewDialog WelcomeDlg AI_INSTALL AND LicenseAgreementDlg_Cond 1 LicenseAgreementDlg Next NewDialog SetupTypeDlg AI_INSTALL AND LicenseAgreementDlg_Cond 3 LicenseAgreementDlg Next NewDialog LicenseKeyTypeDlgAI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond 4 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <> "Demonstration" 2 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1 LicenseAgreementDlg Cancel SpawnDialog CancelDlg 1 100 LicenseAgreementDlg PrintButton DoAction AI_PrintRtf 1 2 LicenseAgreementDlg PrintButton [AI_PRINT_RTF] LicenseAgreementDlg#AgreementText 1 1 --- snip --- 'SetupTypeDlg' is selected for 'next' button instead of 'LicenseKeyTypeDlg': --- snip --- 0037:trace:msi:msi_set_property 0x1437c0 L"LicenseAgreementDlg_Cond" L"1" -1 ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond" ... 0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog" L"LicenseAgreementDlg" ... 0037:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond" ... 0037:trace:msi:msi_get_property returning L"1" for property L"AI_INSTALL" ... 0037:trace:msi:msi_get_property returning L"1" for property L"LicenseAgreementDlg_Cond" ... 0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found ... 0037:trace:msi:MSI_EvaluateConditionW 0 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond" ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond" 0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog" L"SetupTypeDlg" --- snip --- 'LicenseKeyTypeDlg_Cond' is tied to control 'Event': --- snip --- LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <> "Demonstration" 2 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1 --- snip --- The event condition: --- snip --- 0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ControlEvent WHERE `Dialog_` = 'LicenseAgreementDlg' AND `Control_` = 'Next' ORDER BY `Ordering`" 0x33f240 ... 0037:trace:msi:MSI_EvaluateConditionW L"1" ... 0037:trace:msi:COND_GetString Got identifier L"1" ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"1" ... 0037:trace:msi:msi_set_property 0x1437c0 L"LicenseKeyTypeDlg_Cond" (null) -1 ... 0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found 0037:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE `_Property` = 'LicenseKeyTypeDlg_Cond'" 0x33f11c ... 0037:trace:msi:MSI_EvaluateConditionW L"Family <> \"Demonstration\"" ... 0037:trace:msi:COND_GetString Got identifier L"Family" ... 0037:trace:msi:msi_get_property returning (null) for property L"Family" ... 0037:trace:msi:msi_get_property returning L"Demonstration" for property L"Family" ... 0037:trace:msi:COND_GetLiteral Got literal L"Demonstration" ... 0037:trace:msi:MSI_EvaluateConditionW 0 <- L"Family <> \"Demonstration\"" ... --- snip --- 'Family' property is hard coded by default to 'Demonstration' value. Makes sense for demo app/installer. Summing it up: at first glance everything looks ok. Maybe it's another MSI client vs. server issue. $ sha1sum prodemo.exe e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe $ du -sh prodemo.exe 166M prodemo.exe $ wine --version wine-1.7.11-306-g8f289c8 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 13

[Bug 36010] New: Changing font resolution on winecfg changes default main font to Tahoma
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=36010 Bug ID: 36010 Summary: Changing font resolution on winecfg changes default main font to Tahoma Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jbopen(a)gmail.com Changing the value of font resolution under "Desktop" (winecfg) the system.reg changes the value "MS Shell Dlg" to the original "Tahoma". -- 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 10

[Bug 32749] New: Implement atl100.dll.AtlAxDialogBoxW to show error dialogs (Visual Studio 2010 (10.0) Express Edition)
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=32749 Bug #: 32749 Summary: Implement atl100.dll.AtlAxDialogBoxW to show error dialogs (Visual Studio 2010 (10.0) Express Edition) Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32564 (Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW). Although it's stubbed for now it might be useful to load and show the dialog resource. --- snip --- 0009:fixme:atl:AtlAxDialogBoxW (0x401f0000 #00cc 0x2008a 0x401b589f 0) --- snip --- The user doesn't know what happened in this case. Regards -- 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 15

[Bug 44813] New: Some applications fail when calling ntdll.NtReadFile on a directory ( expect STATUS_INVALID_DEVICE_REQUEST)
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=44813 Bug ID: 44813 Summary: Some applications fail when calling ntdll.NtReadFile on a directory (expect STATUS_INVALID_DEVICE_REQUEST) Product: Wine Version: 3.4 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, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Stat… Unfortunately there is little information/details, I just found this: https://wine-staging.com/news/2015-10-04-release-1.7.52.html --- quote --- Return STATUS_INVALID_DEVICE_REQUEST when trying to call NtReadFile on directory (Wine Staging Bug #571) --- quote --- Sadly no applications are mentioned. Some info here: https://stackoverflow.com/questions/42662363/createfile-on-directory-in-ntf… --- quote --- file system drivers (ntfs also) always return error code on IRP_MJ_READ request for directory file. usually STATUS_INVALID_DEVICE_REQUEST or STATUS_INVALID_PARAMETER --- quote --- https://www.osronline.com/showthread.cfm?link=169533 ("ZwQueryDirectoryFile failed with error STATUS_INVALID_DEVICE_REQUEST") https://msdn.microsoft.com/en-us/library/cc232128.aspx ("[MS-FSCC]: File System Control Codes") $ wine --version wine-3.4- 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 6

[Bug 33118] New: Adding bin.base64 attribute causes duplicate datatype attribute
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=33118 Bug #: 33118 Summary: Adding bin.base64 attribute causes duplicate datatype attribute Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified The following psedocode is causing duplicate xmlns to appear on a node. node->Create Attribute (_T("xmlns:dt"), _T("urn:schemas-microsoft-com:datatypes")); node->Put Data Type(_T("bin.base64")); node->Put Node TypedValue("DATA"); Do you get a node that looks like the following. <UML:TaggedValue xmlns:dt="urn:schemas-microsoft-com:datatypes" xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="bin.base64" >... -- 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 8

[Bug 16666] New: wine segfaults on launch
by wine-bugs＠winehq.org 24 Oct '21

24 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=16666 Summary: wine segfaults on launch Product: Wine Version: 1.1.11 Platform: PC OS/Version: OpenBSD Status: NEW Keywords: patch, source Severity: critical Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=18290) --> (http://bugs.winehq.org/attachment.cgi?id=18290) core dump Now for the biggest bug :-) Wine segfaults on launch of any program. Even 'wine --version' crashes. I've got this patch in place (from openbsd's port): diff --git a/loader/pthread.c b/loader/pthread.c index 4c0c892..e7f6479 100644 --- a/loader/pthread.c +++ b/loader/pthread.c @@ -96,6 +96,12 @@ static void init_thread( struct wine_pthread_thread_info *info ) /* if base is too large assume it's the top of the stack instead */ if ((char *)info->stack_base > &dummy) info->stack_base = (char *)info->stack_base - info->stack_size; +#elif defined(__OpenBSD__) + stack_t stack; + if (pthread_stackseg_np(pthread_self(), &stack) != 0) + abort (); + info->stack_base = (char *)stack.ss_sp - stack.ss_size; + info->stack_size = stack.ss_size; #else /* assume that the stack allocation is page aligned */ char dummy; @@ -163,6 +169,8 @@ static void init_current_teb( struct wine_pthread_thread_info *info ) info->pid = getpid(); #ifdef __sun info->tid = pthread_self(); /* this should return the lwp id on solaris */ +#elif defined(__OpenBSD__) + info->tid = pthread_self(); #elif defined(__APPLE__) info->tid = mach_thread_self(); #elif defined(__FreeBSD__) Though, it still segfaults without it. wine-pthread.core attached -- 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 20

[Bug 42269] New: There is no fonts in the menu S.T.A.L.K.E.R.: Shadow of Chernobyl
by wine-bugs＠winehq.org 23 Oct '21

23 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=42269 Bug ID: 42269 Summary: There is no fonts in the menu S.T.A.L.K.E.R.: Shadow of Chernobyl Product: Wine Version: 2.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: negry.mischa(a)yandex.ru Distribution: --- Created attachment 56970 --> https://bugs.winehq.org/attachment.cgi?id=56970 A screenshot of the problem When you start the game there is no fonts in the menu, same problem in Tropico 5, but in STALKER are the wine versions 1.9.17-1.9.23. And the workspace of STALKER, as seen in the screenshot is limited -- 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