wine-bugs October 2022

wine-bugs@winehq.org

1 participants
3927 discussions

[Bug 53836] New: HireTrack NX - Language fails to load with server, causing program not to open
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53836 Bug ID: 53836 Summary: HireTrack NX - Language fails to load with server, causing program not to open Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jake(a)signature.tech Distribution: --- The folks over at NavigatorSystems and my internal IT seem to thing this is a language problem with a recent version of CrossOver. The problem was originally noticed in a september build. I am not a programer... -- 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

[Bug 53766] New: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53766 Bug ID: 53766 Summary: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I finally have the example table working and am starting to work through the runtime errors. The table script requests an array of balls on the table and uses that array to drop ball shadows and generate rolling sounds. Take the following code: Const tnob = 5 Dim rolling() ReDim rolling(tnob) Sub RollingTimer_Timer() Dim BOT, b BOT = GetBalls For b = 0 to UBound(BOT) If BOT(b).z < 30 Then rolling(b) = True End If Next End Sub GetBalls is in the application code and returns a SAFEARRAY of IDispatch pointers: STDMETHODIMP ScriptGlobalTable::GetBalls(LPSAFEARRAY *pVal) Currently this will fail at BOT assign_value because VariantCopyInd calls VariantCopy which calls VARIANT_ValidateType which then returns DISP_E_BADVARTYPE I believe I have this now working but I'm not sure if it would impact anything else for an official patch: inc/wine/dlls/oleaut32/variant.c: HRESULT WINAPI VariantCopy(VARIANTARG* pvargDest, const VARIANTARG* pvargSrc) { HRESULT hres = S_OK; TRACE("(%s,%s)\n", debugstr_variant(pvargDest), debugstr_variant(pvargSrc)); #ifndef __SAFEARRAYFIX__ if (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc)))) return DISP_E_BADVARTYPE; #else if (V_TYPE(pvargSrc) != VT_SAFEARRAY && (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc))))) return DISP_E_BADVARTYPE; #endif if (pvargSrc != pvargDest && SUCCEEDED(hres = VariantClear(pvargDest))) { *pvargDest = *pvargSrc; /* Shallow copy the value */ if (!V_ISBYREF(pvargSrc)) { switch (V_VT(pvargSrc)) { case VT_BSTR: V_BSTR(pvargDest) = SysAllocStringByteLen((char*)V_BSTR(pvargSrc), SysStringByteLen(V_BSTR(pvargSrc))); if (!V_BSTR(pvargDest)) hres = E_OUTOFMEMORY; break; case VT_RECORD: hres = VARIANT_CopyIRecordInfo(pvargDest, pvargSrc); break; case VT_DISPATCH: case VT_UNKNOWN: V_UNKNOWN(pvargDest) = V_UNKNOWN(pvargSrc); if (V_UNKNOWN(pvargSrc)) IUnknown_AddRef(V_UNKNOWN(pvargSrc)); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); break; #endif default: if (V_ISARRAY(pvargSrc)) hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); } } } return hres; } inc/wine/dlls/vbscript/interp.c: static HRESULT variant_call(exec_ctx_t *ctx, VARIANT *v, unsigned arg_cnt, VARIANT *res) { SAFEARRAY *array = NULL; DISPPARAMS dp; HRESULT hres; TRACE("%s\n", debugstr_variant(v)); if(V_VT(v) == (VT_VARIANT|VT_BYREF)) v = V_VARIANTREF(v); switch(V_VT(v)) { case VT_ARRAY|VT_BYREF|VT_VARIANT: array = *V_ARRAYREF(v); break; case VT_ARRAY|VT_VARIANT: array = V_ARRAY(v); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: array = V_ARRAY(v); break; #endif case VT_DISPATCH: vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = disp_call(ctx->script, V_DISPATCH(v), DISPID_VALUE, &dp, res); break; default: FIXME("unsupported on %s\n", debugstr_variant(v)); return E_NOTIMPL; } if(array) { if(!res) { FIXME("no res\n"); return E_NOTIMPL; } vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = array_access(ctx, array, &dp, &v); if(FAILED(hres)) return hres; V_VT(res) = VT_BYREF|VT_VARIANT; V_BYREF(res) = v; } stack_popn(ctx, arg_cnt); return S_OK; } inc/wine/dlls/vbscript/global.c: static HRESULT Global_UBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } static HRESULT Global_LBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } -- 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 15

[Bug 49520] New: WIng Commander 4 DVD edition not scaling/displaying Videos correctly
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49520 Bug ID: 49520 Summary: WIng Commander 4 DVD edition not scaling/displaying Videos correctly Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 67651 --> https://bugs.winehq.org/attachment.cgi?id=67651 DVD Resize/Rendering error. Video/Audio decode/playback works, however The video is being rendered as a square/being clipped off, and is not being scaled correctly. I have also tried to force the screen resolution into 640x480 which fixed the scale, but did not fix the square image/cropping problem. -- 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 14

[Bug 53848] New: wine: Bad CPU type in executable (Apple Silicon M1)
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53848 Bug ID: 53848 Summary: wine: Bad CPU type in executable (Apple Silicon M1) Product: Wine-staging Version: 7.19 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- user@users-Apple-M1 ~ % brew tap homebrew/cask-versions Running `brew update --auto-update`... ==> Auto-updated Homebrew! Updated 2 taps (homebrew/core and homebrew/cask). ==> New Casks anytype ==> Tapping homebrew/cask-versions Cloning into '/opt/homebrew/Library/Taps/homebrew/homebrew-cask-versions'... remote: Enumerating objects: 250611, done. remote: Counting objects: 100% (250611/250611), done. remote: Compressing objects: 100% (76523/76523), done. remote: Total 250611 (delta 173598), reused 250577 (delta 173577), pack-reused Receiving objects: 100% (250611/250611), 64.00 MiB | 3.71 MiB/s, done. Resolving deltas: 100% (173598/173598), done. Tapped 230 casks (261 files, 71MB). user@users-Apple-M1 ~ % brew install --cask --no-quarantine wine-staging ==> Caveats wine-staging supports both 32-bit and 64-bit. It is compatible with an existing 32-bit wine prefix, but it will now default to 64-bit when you create a new wine prefix. The architecture can be selected using the WINEARCH environment variable which can be set to either win32 or win64. To create a new pure 32-bit prefix, you can run: $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes ==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/7.1 ==> Downloading from https://objects.githubusercontent.com/github-production-rel ######################################################################## 100.0% ==> Installing Cask wine-staging Warning: macOS's Gatekeeper has been disabled for this Cask ==> Moving App 'Wine Staging.app' to '/Applications/Wine Staging.app' ==> Linking Binary 'appdb' to '/opt/homebrew/bin/appdb' ==> Linking Binary 'winehelp' to '/opt/homebrew/bin/winehelp' ==> Linking Binary 'msiexec' to '/opt/homebrew/bin/msiexec' ==> Linking Binary 'notepad' to '/opt/homebrew/bin/notepad' ==> Linking Binary 'regedit' to '/opt/homebrew/bin/regedit' ==> Linking Binary 'regsvr32' to '/opt/homebrew/bin/regsvr32' ==> Linking Binary 'wine' to '/opt/homebrew/bin/wine' ==> Linking Binary 'wine64' to '/opt/homebrew/bin/wine64' ==> Linking Binary 'wineboot' to '/opt/homebrew/bin/wineboot' ==> Linking Binary 'winecfg' to '/opt/homebrew/bin/winecfg' ==> Linking Binary 'wineconsole' to '/opt/homebrew/bin/wineconsole' ==> Linking Binary 'winedbg' to '/opt/homebrew/bin/winedbg' ==> Linking Binary 'winefile' to '/opt/homebrew/bin/winefile' ==> Linking Binary 'winemine' to '/opt/homebrew/bin/winemine' ==> Linking Binary 'winepath' to '/opt/homebrew/bin/winepath' ==> Linking Binary 'wineserver' to '/opt/homebrew/bin/wineserver' ???? wine-staging was successfully installed! user@users-Apple-M1 ~ % winecfg /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Bad CPU type in executable /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Undefined error: 0 user@users-Apple-M1 ~ % wine --version zsh: bad CPU type in executable: wine user@users-Apple-M1 ~ % wine zsh: bad CPU type in executable: wine user@users-Apple-M1 ~ % brew list --versions|grep wine wine-staging 7.19 -- 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 5

[Bug 53565] New: postgresql installer 9.3 needs support for default style argument in WshShell.Run
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53565 Bug ID: 53565 Summary: postgresql installer 9.3 needs support for default style argument in WshShell.Run Product: Wine Version: 7.11 Hardware: x86 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: minor Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com Depends on: 46083 Distribution: Fedora This is followup to Bug #46083 Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called prerun_checks is executed. There is failure executing following line canExecute = WshShell.Run("Temp_Path") Terminal shows: 0124:err:wshom:WshShell3_Run failed to convert style argument, 0x80020005 We need to add support for default "style" arg in wshom::WshShell3_Run. This failure is hidden and script works accidentally because of a "On Error Resume Next" line before the WshShell.Run. -- 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 5

[Bug 46083] New: postgresql: " Unable to write inside TEMP environment variable path"
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46083 Bug ID: 46083 Summary: postgresql: "Unable to write inside TEMP environment variable path" Product: Wine Version: 3.19 Hardware: x86 URL: http://www.postgresql.org/download/windows/ OS: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Noticed in 9.3.4-3 and 9.3.24 installers. When starting the installer, there's an immediate error dialog: Error There has been an error. Unable to write inside TEMP environment variable path. Terminal shows: 0048:fixme:wscript:set_host_properties ignored L"nologo" switch 0048:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 0048:fixme:wshom:WshShell3_get_Environment (0x144008 {VT_BSTR: L"PROCESS"} 0x33f748): semi-stub 0048:fixme:wshom:WshEnvironment_QueryInterface Unknown iface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} 0048:fixme:wscript:Host_Quit (1) semi-stub: no script engine clean up winetricks -q wsh57 works around it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 45168] New: Visual Novel "The Fruit of Grisaia" has flickering glitches
by wine-bugs＠winehq.org 23 Nov '22

23 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=45168 Bug ID: 45168 Summary: Visual Novel "The Fruit of Grisaia" has flickering glitches Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61370 --> https://bugs.winehq.org/attachment.cgi?id=61370 Error log The game works fine so far, but the graphics is often glitchy and doesn't seem to update properly. It spams the output > fixme:d3d:wined3d_texture_add_dirty_region Ignoring dirty_region ( I guess this is the problem. The game uses d3d9 AFAIK, although I couldn't get it to output an apitrace trace. I hope this is not a dupe, but I didn't find the issue. -- 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 53410] New: Control panel Regional setting does not stick
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53410 Bug ID: 53410 Summary: Control panel Regional setting does not stick Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- Created attachment 72802 --> https://bugs.winehq.org/attachment.cgi?id=72802 Before running Hemekonomi Upon start of Hogia Hemekonomi it checks regional settings and offer to change them. However the change does not stick and has to be done on every start. See attachments pre.png/post.png for before and after running Hemekonomi in Windows XP. -- 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 5

[Bug 51417] New: msftedit.dll v8.5 for Windows 10 requires SbSelectProcedure from NTDLL
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51417 Bug ID: 51417 Summary: msftedit.dll v8.5 for Windows 10 requires SbSelectProcedure from NTDLL Product: Wine Version: 5.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Wine NTDLL implementation is missing SbSelectProcedure, at least stub. msftedit.dll v8.5 for Windows 10 imports SbSelectProcedure from NTDLL. This version is required because of new features implemented - embedded PNG/JPEG support. Wine implementation of msftedit and riched20, as I can see, has no embedded PNG/JPEG support nor TOM interfaces, but this is a scope of another issue. I have found that function SbSelectProcedure is not well documented, but, may be, at least some stub can be added to Wine? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 53116] New: Eureka crashes due to odbc error
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53116 Bug ID: 53116 Summary: Eureka crashes due to odbc error Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: rich.rath(a)gmail.com Distribution: --- Created attachment 72570 --> https://bugs.winehq.org/attachment.cgi?id=72570 backtrace output from crash I am trying to run a 2000-era program called Eureka. You can download a demo version from archive.org by searching for "Inxight" and "Eureka". Originally it loaded into a win 2000 container, but would give an odbc error saying that odbc was not found. It is installed and in the usual place. Then I onstalled office 2003, which provided a bunch more drivers and now it crashes with the attached backtrace when I try to load data. -- 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 9

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 October 2022