wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7246 discussions

[Bug 45685] New: regression caused in running Dragon NaturallySpeaking 12.5
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45685 Bug ID: 45685 Summary: regression caused in running Dragon NaturallySpeaking 12.5 Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 62107 --> https://bugs.winehq.org/attachment.cgi?id=62107 terminal output with no winedebug running Dragon NaturallySpeaking 12.5 installs well in wine 3.14 (Staging). It also goes through training. But then it crashes when I try to run it for the first time. -- 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 40055] New: Auto Wiki Browser immediate crash on startup
by wine-bugs＠winehq.org 25 Mar '21

25 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40055 Bug ID: 40055 Summary: Auto Wiki Browser immediate crash on startup Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: internetboxwiki(a)gmail.com Distribution: --- Created attachment 53526 --> https://bugs.winehq.org/attachment.cgi?id=53526 automatic backtrace Auto Wiki Browser immediate crash on startup -- 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 40074] New: Crash on osx 10.7.5 on darkest dungeon
by wine-bugs＠winehq.org 25 Mar '21

25 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40074 Bug ID: 40074 Summary: Crash on osx 10.7.5 on darkest dungeon Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.dablain(a)gmail.com Created attachment 53554 --> https://bugs.winehq.org/attachment.cgi?id=53554 Program error detail Happens after I create my character and before the game actually begins. -- 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 9

[Bug 37895] New: PostgreSQL 9.3 VBScript based post-install steps fail due to parser errors (optional parameter between other parameters, pair of empty commas)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37895 Bug ID: 37895 Summary: PostgreSQL 9.3 VBScript based post-install steps fail due to parser errors (optional parameter between other parameters, pair of empty commas) Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Installer log file: --- snip --- ... Initialising the database cluster (this may take a few minutes)... Executing cscript //NoLogo "C:\Program Files\PostgreSQL\9.3/installer/server/initcluster.vbs" "NT AUTHORITY\NetworkService" "postgres" "****" "C:\Program Files\PostgreSQL\9.3" "C:\Program Files\PostgreSQL\9.3\data" 5432 "DEFAULT" 0 Script exit code: 0 Script output: Script stderr: --- snip --- Terminal output with script being executed standalone: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/PostgreSQL/9.3/installer/server $ wine cscript //NoLogo initcluster.vbs fixme:wscript:set_host_properties ignored L"nologo" switch fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED fixme:vbscript:parse_script parser failed around L"2_OperatingSystem\",,48)\r\n\r\n For Each objItem In colItems\r\n strVersion = Left(objItem.Version, 3)\r\n Next\r\n WScript.Echo \" Version:\" & strVersion\r\n\r\n If InStr(strVersion, \".\") > 0 Then\r\n majorVersion = CInt(Left(strVersion, InStr(strVersion, \".\") - 1"... fixme:wscript:run_script ParseScriptText failed: 80004005 ... --- snip --- Script function that fails to parse: --- snip --- ' Is this Vista or above? Function IsVistaOrNewer() WScript.Echo "Called IsVistaOrNewer()..." Set objWMI = GetObject("winmgmts:\\.\root\cimv2") If objWMI Is Nothing Then WScript.Echo " Couldn't create 'winmgmts:\\.\root\cimv2' object" IsVistaOrNewer=false ElseIf IsObject(objWMI) Then WScript.Echo " 'winmgmts' object initialized..." Else WScript.Echo " 'winmgmts' object not initialized..." End If Set colItems = objWMI.ExecQuery("Select * from Win32_OperatingSystem",,48) For Each objItem In colItems strVersion = Left(objItem.Version, 3) Next WScript.Echo " Version:" & strVersion If InStr(strVersion, ".") > 0 Then majorVersion = CInt(Left(strVersion, InStr(strVersion, ".") - 1)) ElseIf InStr(strVersion, ",") > 0 Then majorVersion = CInt(Left(strVersion, InStr(strVersion, ",") - 1)) Else majorVersion = CInt(strVersion) End If WScript.Echo " MajorVersion:" & majorVersion If majorVersion >= 6.0 Then IsVistaOrNewer = True Else IsVistaOrNewer = False End If End Function --- snip --- The problem is parsing 'SWbemServices.ExecQuery' optional method parameters. Signature MSDN: http://msdn.microsoft.com/en-us/library/aa393866%28v=vs.85%29.aspx --- quote --- The ExecQuery method of the SWbemServices object executes a query to retrieve objects. These objects are available through the returned SWbemObjectSet collection. This method is called in the semisynchronous mode. For more information, see Calling a Method. For an explanation of this syntax, see Document Conventions for the Scripting API. Syntax VB objWbemObjectSet = .ExecQuery( _ ByVal strQuery, _ [ ByVal strQueryLanguage ], _ [ ByVal iFlags ], _ [ ByVal objWbemNamedValueSet ] _ ) Parameters strQuery Required. String that contains the text of the query. This parameter cannot be blank. For more information on building WMI query strings, see Querying with WQL and the WQL reference. strQueryLanguage [optional] String that contains the query language to be used. If specified, this value must be "WQL". iFlags [optional] Integer that determines the behavior of the query and determines whether this call returns immediately. The default value for this parameter is wbemFlagReturnImmediately. This parameter can accept the following values. Value Meaning wbemFlagForwardOnly 32 (0x20) ... Causes WMI to return class amendment data with the base class definition. For more information, see Localizing WMI Class Information. objWbemNamedValueSet [optional] Typically, this is undefined. Otherwise, this is an SWbemNamedValueSet object whose elements represent the context information that can be used by the provider that is servicing the request. A provider that supports or requires such information must document the recognized value names, data type of the value, allowed values, and semantics. --- quote --- 'strQueryLanguage' = optional, needs to be passed in between pair of empty commands as next parameter is explicitly given 'iFlags' = optional, 48 = WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY (-> forward-only enumerator) 'objWbemNamedValueSet' = optional, no passing needed (last parameter) $ sha1sum postgresql-9.3.5-3-windows.exe e47b6569f86466da76199186aa1b63a94f040551 postgresql-9.3.5-3-windows.exe $ du -sh postgresql-9.3.5-3-windows.exe 53M postgresql-9.3.5-3-windows.exe $ wine --version wine-1.7.34-36-g4493323 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 5

[Bug 46754] New: Multiple application installers fail in VBscripts due to IWshEnvironment: :Item property returning BSTR with embedded null terminator ( PostgreSQL 9.3)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46754 Bug ID: 46754 Summary: Multiple application installers fail in VBscripts due to IWshEnvironment::Item property returning BSTR with embedded null terminator (PostgreSQL 9.3) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Found while revisiting bug 37972 Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+wshom,+vbscript,+ole,+variant wine ./postgresql-9.3.5-3-windows.exe >>log.txt 2>&1 ... 002c:trace:wshom:WshEnvironment_Invoke (0x1706c0)->(0 {00000000-0000-0000-0000-000000000000} 1033 3 0x33facc 0x33fb30 0x33fa00 0x33f9fc) ... 002c:trace:ole:dump_DispParms args=1 named args=0 002c:trace:ole:dump_DispParms args: 002c:trace:ole:dump_DispParms [0] 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:ITypeInfo_fnInvoke invoking: L"Item"(2) parm0: L"Name" parm1: L"out_Value" memid is 00000000 Param 0: tdesc.vartype 8 (VT_BSTR) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) Param 1: tdesc.vartype 26 (ptr to VT_BSTR) u.paramdesc.wParamFlags PARAMFLAG_FOUT PARAMFLAG_FRETVAL u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 2 (property get) callconv: 4 (stdcall) oVft: 28 cParamsOpt: 0 wFlags: 0 elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: (null) entry: invalid ... 002c:trace:ole:ITypeInfo_fnInvoke changing args 002c:trace:ole:ITypeInfo_fnInvoke 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:DispCallFunc (0x1706cc, 28, 4, 10, 2, 0x170680, 0x170678, 0x33f6b0 (vt=10)) ... 002c:trace:ole:DispCallFunc arg 0: type VT_BSTR 0x167848 {VT_BSTR: L"TEMP"} 002c:trace:ole:DispCallFunc arg 1: type VT_BSTR|VT_BYREF 0x170648 {VT_BSTR|VT_BYREF: (null)} 002c:trace:wshom:WshEnvironment_get_Item (0x1706c0)->(L"TEMP" 0x33f6a0) 002c:Call KERNEL32.GetEnvironmentVariableW(00165fcc L"TEMP",00000000,00000000) ret=f781953d 002c:Ret KERNEL32.GetEnvironmentVariableW() retval=00000014 ret=f781953d 002c:Call oleaut32.SysAllocStringLen(00000000,00000014) ret=f7819550 002c:trace:ole:SysAllocStringLen (null) 002c:Ret oleaut32.SysAllocStringLen() retval=00167954 ret=f7819550 002c:Call KERNEL32.GetEnvironmentVariableW(00165fcc L"TEMP",00167954,00000015) ret=f7819588 002c:Ret KERNEL32.GetEnvironmentVariableW() retval=00000013 ret=f7819588 ... 002c:trace:ole:DispCallFunc retval: 0x33f6b0 {VT_ERROR: 00000000} ... 002c:trace:ole:ITypeInfo_fnInvoke [retval] value: 0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"} 002c:trace:variant:VariantInit (0x33fb30) 002c:trace:variant:VariantCopyInd (0x33fb30 {VT_EMPTY},0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantClear (0x33fb30 {VT_EMPTY}) ... 002c:trace:variant:VariantCopyInd returning 0x00000000, 0x33fb30 {VT_BSTR: L"C:\\users\\focht\\Temp"} 002c:trace:variant:VARIANT_ClearInd (0x170648 {VT_BSTR|VT_BYREF: L"C:\\users\\focht\\Temp"}) ... 002c:trace:ole:ITypeInfo_fnInvoke -- 0x00000000 002c:trace:ole:ITypeInfo_fnRelease (0x16dbc8)->(1) ... 002c:trace:vbscript:interp_assign_ident L"strSystemRoot" ... 002c:trace:vbscript:assign_ident creating variable L"strSystemRoot" ... 002c:Call oleaut32.VariantCopyInd(00170720,00167848) ret=f7858cba 002c:trace:variant:VariantCopyInd (0x170720 {VT_EMPTY},0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantCopy (0x170720 {VT_EMPTY},0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) 002c:trace:variant:VariantClear (0x170720 {VT_EMPTY}) 002c:Ret oleaut32.VariantCopyInd() retval=00000000 ret=f7858cba 002c:Call oleaut32.VariantClear(00167848) ret=f7857d74 002c:trace:variant:VariantClear (0x167848 {VT_BSTR: L"C:\\users\\focht\\Temp"}) ... 002c:Ret oleaut32.VariantClear() retval=00000000 ret=f7857d74 002c:trace:vbscript:interp_icall 002c:trace:vbscript:interp_string 002c:Call oleaut32.SysAllocString(00165b38 L"") ret=f785a7f5 002c:trace:ole:SysAllocStringLen L"" 002c:Ret oleaut32.SysAllocString() retval=001660f4 ret=f785a7f5 002c:trace:vbscript:interp_equal 002c:trace:vbscript:var_cmp 0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"} 0x167858 {VT_BSTR: L""} 002c:Call oleaut32.VarCmp(00170720,00167858,00000409,00000000) ret=f785b019 002c:trace:variant:VarCmp (0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"},0x167858 {VT_BSTR: L""},0x00000409,0x00000000) ... 002c:trace:variant:VarBstrCmp L"C:\\users\\focht\\Temp\0000",L"",1033,00000000 002c:Ret oleaut32.VarCmp() retval=00000002 ret=f785b019 ... 002c:Call oleaut32.VarCat(00170720,00170830,0033f950) ret=f785b870 002c:trace:variant:VarCat 0x170720 {VT_BSTR: L"C:\\users\\focht\\Temp"},0x170830 {VT_BSTR: L"\\"},0x33f950) 002c:trace:variant:VarBstrCat L"C:\\users\\focht\\Temp\0000",L"\\",0x33f958 002c:trace:variant:VarBstrCat L"C:\\users\\focht\\Temp\0000\\" ... 002c:Call KERNEL32.CreateFileW(0017ca4c L"C:\\users\\focht\\Temp",40000000,00000000,00000000,00000002,00000080,00000000) ret=f77e4bfd 002c:Ret KERNEL32.CreateFileW() retval=ffffffff ret=f77e4bfd ... 002c:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x800a0046 ... 002c:trace:vbscript:assign_ident creating variable L"isWritable" ... Unable to write inside TEMP environment variable path ... --- snip --- The VBscript snippet failing: --- snip --- ... Set WshShell = WScript.CreateObject("WScript.Shell") Set WshSysEnv = WshShell.Environment("PROCESS") strSystemRoot = WshSysEnv("TEMP") If strSystemRoot = "" Then WScript.Echo "Unable to read the value of the TEMP environment variable." WScript.Quit 1 End If ' Check if temp path is writable isWritable = IsPathWriteable(strSystemRoot) If isWritable = False Then WScript.Echo "Unable to write inside TEMP environment variable path." WScript.Quit 1 End If ... Function IsPathWriteable(Path)' As Boolean Dim fso 'As Scripting.FileSystemObject Dim Temp_Path 'As String Set fso = CreateObject("Scripting.FileSystemObject") Temp_Path = Path & "\" & fso.GetTempName() & ".tmp" On Error Resume Next fso.CreateTextFile Temp_Path IsPathWriteable = Err.Number = 0 fso.DeleteFile Temp_Path On Error Goto 0 End Function --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/979f9078d3a2c4406dc494c81b86fea… --- snip --- 447 static HRESULT WINAPI WshEnvironment_get_Item(IWshEnvironment *iface, BSTR name, BSTR *value) 448 { 449 WshEnvironment *This = impl_from_IWshEnvironment(iface); 450 DWORD len; 451 452 TRACE("(%p)->(%s %p)\n", This, debugstr_w(name), value); 453 454 if (!value) 455 return E_POINTER; 456 457 len = GetEnvironmentVariableW(name, NULL, 0); 458 *value = SysAllocStringLen(NULL, len); 459 if (!*value) 460 return E_OUTOFMEMORY; 461 462 if (len) 463 GetEnvironmentVariableW(name, *value, len+1); 464 465 return S_OK; 466 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-get… --- quote --- Return Value If the function succeeds, the return value is the number of characters stored in the buffer pointed to by lpBuffer, not including the terminating null character. If lpBuffer is not large enough to hold the data, the return value is the buffer size, in characters, required to hold the string and its terminating null character and the contents of lpBuffer are undefined. --- quote --- When you use SysAllocStringLen() you have to ensure the null terminator is excluded from number of characters. Also the second GetEnvironmentVariableW() call doesn't need +1 as the first call already returns the proper count (len) which includes the null terminator. The faulty code was introduced in https://source.winehq.org/git/wine.git/commitdiff/ac65c3fb18d9c9be4aa43f373… ("wshom.ocx: Implement get_Item() for IWshEnvironment.") $ sha1sum postgresql-9.3.5-3-windows.exe e47b6569f86466da76199186aa1b63a94f040551 postgresql-9.3.5-3-windows.exe $ du -sh postgresql-9.3.5-3-windows.exe 53M postgresql-9.3.5-3-windows.exe $ wine --version wine-4.3 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 8

[Bug 16445] New: .NET Framework 2.0 fails to install because of IE dependency
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16445 Summary: .NET Framework 2.0 fails to install because of IE dependency Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tobias.vogel(a)bluewin.ch Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10, x86_64) with the error "IE5.01 or higher version is required prior to installing Microsoft .NET Framework." Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. -- 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 19

[Bug 11228] New: .NET Framework 2.0 Registry Bug
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11228 Summary: .NET Framework 2.0 Registry Bug Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.tessore(a)gmail.com When installing the .NET Framework 2.0, the installer creates a registry key HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000 --- The correct key would be HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000 --- This leads to seemingly meaningless errors in a number of unexpected places (ie. normal non-.NET applications), like this one here: fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)): stub err:eventlog:ReportEventW L"Error enumerating shim databases - 234" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 13

[Bug 25612] New:=?UTF-8?Q?=20can=C2=B4t=20install=20?=.NET Framework 2.0
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25612 Summary: can´t install .NET Framework 2.0 Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehqbugs(a)bugmenot.com Created an attachment (id=32610) --> (http://bugs.winehq.org/attachment.cgi?id=32610) log from the command line If i try to install .NET Framework 2 I always get error-messages (see attatchments). Can somebody please help 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 10

[Bug 44656] New: Multiple applications need ntdll.NtSuspendProcess and ntdll.NtResumeProcess implementation (Oracle Data Visualization Desktop, cbwin)
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44656 Bug ID: 44656 Summary: Multiple applications need ntdll.NtSuspendProcess and ntdll.NtResumeProcess implementation (Oracle Data Visualization Desktop, cbwin) Product: Wine Version: 3.3 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 Wine-Staging patchset: https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSu… Essentially a continuation of bug 40989 which added 'ntdll.NtSuspendProcess and 'ntdll.ResumeProcess' stubs. The original app/game is no longer available - at least not for free. Searching for apps using this native API I found a hint here: https://forum.winehq.org/viewtopic.php?f=9&t=28415 --- snip --- "Data\ Visualization\ Desktop\\dvdesktop.exe" ... fixme:ntdll:NtSuspendProcess stub: 0x8c [0128/175611:ERROR:scoped_process_suspend.cc(29)] NtSuspendProcess, ntstatus=-1073741822 ... fixme:ntdll:NtQuerySystemInformation (0x00000040,0xb50030,0x00200000,0x84e6e8) stub [0128/175611:ERROR:process_info.cc(372)] NtQuerySystemInformation SystemExtendedHandleInformation: <failed to retrieve error message (0x13d)> (0xc0000003) fixme:ntdll:NtResumeProcess stub: 0x8c [0128/175611:ERROR:scoped_process_suspend.cc(38)] NtResumeProcess, ntstatus=-1073741822 --- snip --- This is probably 'Oracle Data Visualization Desktop': http://www.oracle.com/technetwork/middleware/oracle-data-visualization/down… http://download.oracle.com/otn/nt/middleware/12c/1224/Oracle_Data_Visualiza… Another candidate: 'cbwin' (Launch Windows programs from "Bash on Ubuntu on Windows" (WSL)) which also makes use of this native API. https://github.com/xilun/cbwin https://github.com/xilun/cbwin/releases/download/v0.13/cbwin-bin-0.13.zip There are likely more apps to find and play/test with. This was just a quick search-n-grab. Will check them later in details how to reproduce/validate. $ sha1sum cbwin-bin-0.13.zip 63842e94abe4fcb8b331ee7419e671c4731ddf21 cbwin-bin-0.13.zip $ du -sh cbwin-bin-0.13.zip 108K cbwin-bin-0.13.zip $ sha1sum Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip d76367cf62d1245a55173809cde5032597ec0e96b Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip $ du -sh Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip 467M Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip $ wine --version wine-3.3 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 48441] New: mouse coordinates cannot exceed initial desktop size during startup of wineserver
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48441 Bug ID: 48441 Summary: mouse coordinates cannot exceed initial desktop size during startup of wineserver Product: Wine Version: 5.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dvbochove(a)hotmail.com Distribution: --- Created attachment 66219 --> https://bugs.winehq.org/attachment.cgi?id=66219 archive with a script and textfile demonstrating the problem When starting a Windows application in Wine, with desktop dimensions of e.g. 800x600, and extending the desktop dimensions to e.g. 1280x1024 while wineserver is still running, the desktop dimensions reported to the application are correct since the support for XRandR device change notifications in Wine 4.17. However, the mouse coordinates in e.g. WM_MOUSEMOVE never exceed the original desktop dimensions of 800x600. Only restarting wineserver resolves this. The attachment demonstrates the problem, containing a small bash script and a textfile for notepad.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

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 February 2020