https://bugs.winehq.org/show_bug.cgi?id=53867
Bug ID: 53867
Summary: vbscript fails to retrieve property array by index
Product: Wine
Version: 7.20
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: ---
Given the following vbscript, access to aObj.ModIn(x) and aObj.ModOut(x) fail:
dim RubbersD : Set RubbersD = new Dampener
RubbersD.addpoint 0, 0, 1.1
RubbersD.addpoint 1, 3.77, 0.97
RubbersD.addpoint 2, 5.76, 0.967
RubbersD.addpoint 3, 15.84, 0.874
RubbersD.addpoint 4, 56, 0.64
dim SleevesD : Set SleevesD = new Dampener
SleevesD.CopyCoef RubbersD, 0.85
Class Dampener
Public ModIn, ModOut
Private Sub Class_Initialize : redim ModIn(5) : redim Modout(5): End Sub
Public Sub AddPoint(aIdx, aX, aY)
ModIn(aIdx) = aX
ModOut(aIdx) = aY
End Sub
Public Sub CopyCoef(aObj, aCoef)
dim x : for x = 0 to uBound(aObj.ModIn)
addpoint x, aObj.ModIn(x), aObj.ModOut(x)*aCoef
Next
End Sub
End Class
It seems invoke_variant_prop in vbdisp.c has specific code that looks to see if
there is an argument, and if so fails.
I've added a block that only fails if there are arguments and the variant is
not an ARRAY. I lifted the code from array_access in interp.c. Unfortunately
array_access is not available to vbdisp.c:
static HRESULT invoke_variant_prop(script_ctx_t *ctx, VARIANT *v, WORD flags,
DISPPARAMS *dp, VARIANT *res)
{
HRESULT hres;
switch(flags) {
case DISPATCH_PROPERTYGET|DISPATCH_METHOD:
case DISPATCH_PROPERTYGET:
if(dp->cArgs) {
if (V_ISARRAY(v)) {
SAFEARRAY *array = V_ARRAY(v);
unsigned i, argc = arg_cnt(dp);
LONG *indices;
if(!array) {
FIXME("NULL array\n");
return E_FAIL;
}
.
.
.
else {
WARN("called with arguments\n");
return DISP_E_MEMBERNOTFOUND; /* That's what tests show */
}
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53296
Bug ID: 53296
Summary: USB Device Remover crashes on unimplemented function
mscoree.dll.StrongNameTokenFromAssembly
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 72662
--> https://bugs.winehq.org/attachment.cgi?id=72662
Console output
Pretty self-explanatory.
$ sha256sum DeviceRemoverSetup.exe
f22696f92b1e256264894cc7d87e205b285a9effd8fed30a4de3ea6431a40b5f
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50941
Bug ID: 50941
Summary: TIP-Integral: crashes at installation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: e.blomart(a)posteo.be
Distribution: ---
Created attachment 69751
--> https://bugs.winehq.org/attachment.cgi?id=69751
Wine bug report
I am trying to run an accounting application. The client is named "TIP
Integral" (https://www.integral.be/fr/download/)
I cannot connect to the server, because it has at least one function missing
from the Wine Implementation of WS2_32.dll; WSAConnectByNameW in this case.
The bug was issued on 3 different machines and also happened in Wine 6.4.
Cheers,
Emile
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54215
Bug ID: 54215
Summary: ListView doesn't refresh when changing between List
and Details styles.
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: timoninvlad(a)yandex.ru
Distribution: ---
Can be observed in any `GetOpenFileName`/`GetSaveFileName` file dialog, for
example in `notepad` or `regedit`.
Regressed after a8396d8b1e852276b6cea9f2c50834739d1170da.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53981
Bug ID: 53981
Summary: Chromium broken sandbox due to GetSecurityInfo giving
access denied
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73562
--> https://bugs.winehq.org/attachment.cgi?id=73562
Hack to make it run
Chromium added some changes that break under wine.
Bisected to
https://github.com/chromium/chromium/commit/334d609732bfa22da7e5dd5e3543949…
Callstack:
https://github.com/chromium/chromium/blob/334d609732bfa22da7e5dd5e3543949c9…
broker_services.cc: ResultCode
BrokerServicesBase::CreateAlternateDesktop(Desktop desktop)
ResultCode result = alt_winstation_->Initialize(true);
ResultCode result = alt_desktop_->Initialize(false);
https://github.com/chromium/chromium/blob/334d609732bfa22da7e5dd5e3543949c9…
alternate_desktop.cc: ResultCode AlternateDesktop::Initialize(bool
alternate_winstation)
ResultCode result = CreateAltWindowStation(&winstation_);
https://github.com/chromium/chromium/blob/334d609732bfa22da7e5dd5e3543949c9…
window.cc: ResultCode CreateAltWindowStation(HWINSTA* winsta)
if (!GetSecurityAttributes(current_winsta, &attributes))
https://github.com/chromium/chromium/blob/334d609732bfa22da7e5dd5e3543949c9…
window.cc: bool GetSecurityAttributes(HANDLE handle, SECURITY_ATTRIBUTES*
attributes)
GetSecurityInfo
Then we enter "GetSecurityInfo" inside Wine.
That calls into NtQuerySecurityObject
And inside wineserver we call
struct object *get_handle_obj( struct process *process, obj_handle_t handle,
unsigned int access, const struct object_ops *ops )
which returns STATUS_ACCESS_DENIED
Attaching a hack to remove that check, that makes chrome 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.
https://bugs.winehq.org/show_bug.cgi?id=54379
Bug ID: 54379
Summary: since wine 8.0 print doesn't work any more
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)abma.de
Distribution: ---
after upgrading to wine 8.0 printing to a network printer doesn't work any
more.
with wine 7.0 printing the same on the same printer just works.
i've run the app with:
WINEDEBUG=+winprint
see attachment:
not sure if relevant, what looks suspicious:
OpenPrintProcessor L", Port", 0740D014
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49615
Bug ID: 49615
Summary: since 5.5 : fail DVD access without any need or cause.
Product: Wine-staging
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67801
--> https://bugs.winehq.org/attachment.cgi?id=67801
dmesg output
OS: Fedora 31
ARCH: X86_64
CPU: FX8350
On wine-staging start, the attached log is produced, everytime a programm is
started and sometimes in conjunction with NVRM Xid 31/32 errors for Nvidia gfx
car.
This can be observed since wine 5.5 .
3d party extension: DXVK
packages installed:
mingw32-wine-gecko-2.47.1-1.fc31.noarch
mingw64-wine-gecko-2.47.1-1.fc31.noarch
wine-5.10-1.fc31.i686
wine-5.10-1.fc31.x86_64
wine-alsa-5.10-1.fc31.i686
wine-alsa-5.10-1.fc31.x86_64
wine-arial-fonts-5.10-1.fc31.noarch
wine-capi-5.10-1.fc31.i686
wine-capi-5.10-1.fc31.x86_64
wine-cms-5.10-1.fc31.i686
wine-cms-5.10-1.fc31.x86_64
wine-common-5.10-1.fc31.noarch
wine-core-5.10-1.fc31.i686
wine-core-5.10-1.fc31.x86_64
wine-courier-fonts-5.10-1.fc31.noarch
wine-debuginfo-2.10-1.fc25.x86_64
wine-desktop-5.10-1.fc31.noarch
wine-filesystem-5.10-1.fc31.noarch
wine-fixedsys-fonts-5.10-1.fc31.noarch
wine-fonts-5.10-1.fc31.noarch
wine-ldap-5.10-1.fc31.i686
wine-ldap-5.10-1.fc31.x86_64
wine-marlett-fonts-5.10-1.fc31.noarch
wine-mono-5.0.0-1.fc31.noarch
wine-ms-sans-serif-fonts-5.10-1.fc31.noarch
wine-openal-5.10-1.fc31.i686
wine-openal-5.10-1.fc31.x86_64
wine-opencl-5.10-1.fc31.i686
wine-opencl-5.10-1.fc31.x86_64
wine-pulseaudio-5.10-1.fc31.i686
wine-pulseaudio-5.10-1.fc31.x86_64
wine-small-fonts-5.10-1.fc31.noarch
wine-staging64-5.13-1.3.x86_64
wine-staging-common-5.13-1.3.i686
wine-symbol-fonts-5.10-1.fc31.noarch
wine-systemd-5.10-1.fc31.noarch
wine-system-fonts-5.10-1.fc31.noarch
wine-tahoma-fonts-5.10-1.fc31.noarch
wine-tahoma-fonts-system-5.10-1.fc31.noarch
wine-times-new-roman-fonts-5.10-1.fc31.noarch
winetricks-20200412-1.fc31.noarch
wine-twain-5.10-1.fc31.i686
wine-twain-5.10-1.fc31.x86_64
wine-wingdings-fonts-5.10-1.fc31.noarch
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54376
Bug ID: 54376
Summary: ws2_32:sock - test_reuseaddr() overflows a sockaddr
variable by reading an AF_INET6 peer name into it
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: c6da691926c418697ab982a284228772837a4be2
Distribution: ---
ws2_32:sock - test_reuseaddr() overflows a sockaddr variable (saddr) by passing
it as a peer name buffer to accept() on an IPv6 TCP listener socket, which then
assumes that the buffer is at least as large as struct sockaddr_in6.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54353
Bug ID: 54353
Summary: crypt32:cert - testVerifyRevocation() gets unexpected
success in Wine on second run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:cert - testVerifyRevocation() gets unexpected success in some Wine
configurations:
cert.c:3910: Test failed: success
cert.c:3911: Test failed: got 00000000
See https://test.winehq.org/data/patterns.html#crypt32:cert
In fact the test only succeeds on the first run in a given wineprefix. All
later runs fail:
$ rm -rf ~/.wineprefix
$ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert
0700:cert:0.615 608 tests executed (0 marked as todo, 0 as flaky, 0 failures),
0 skipped.
$ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert
cert.c:3910: Test failed: success
cert.c:3911: Test failed: got 00000000
078c:cert:0.242 608 tests executed (0 marked as todo, 0 as flaky, 2 failures),
0 skipped.
# Running the test again gets the same failures
This is why the test.winehq.org only has failures for my fg_deb64-wow32 test
configuration: on my desktop I run the wow64 tests first, and then the wow32
tests in the same wineprefix.
A bisect shows that these failures were introduced by the commit below:
commit 67de946ca9bdc8f39adffca57a336165936e62e2 (refs/bisect/bad)
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Jan 11 14:00:48 2023 -0600
cryptnet: Check cached revocation status in verify_cert_revocation().
That is, before this commit, running the test twice in a row was not an 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.
https://bugs.winehq.org/show_bug.cgi?id=54337
Bug ID: 54337
Summary: AviUtl shows Japanese text as garbage after conversion
in ExEdit edit box
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
Created attachment 73906
--> https://bugs.winehq.org/attachment.cgi?id=73906
Illustration of AviUtl mojibake
AviUtl is a Japanese AVI file editing tool. When a user inputs Japanese text to
the certain edit box with Input Method, it shows garbage, i.e. mojibake.
How to reproduce:
1. Download aviutl110.zip and exedit93rc1.zip respectively from
http://spring-fragrance.mints.ne.jp/aviutl/
2. Unzip them.
3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe
4. From the menu bar, select [設定]-[拡張編集の設定] (Settings-ExEdit Settings). The
window titled 拡張設定 (ExEdit) will be shown.
5. Right click the time-line part on the window and select [新規プロジェクトの作成]
(Create new project) in the context menu. New dialog window will appear.
6. In 新規プロジェクトの作成 dialog window, click [OK].
7. Right click the time-line part on the 拡張編集 window, again.
8. In the context menu, select the topmost [メディアオブジェクトの追加] (Add a media object)
- [テキスト] (Text) in the context menu. Another dialog window titled テキスト will be
shown.
9. Focus on the edit box in the bottom most of the dialog window.
10. Input Japanese characters "あいう" (aiu) with your favorite Input Method.
11. Type [ENTER] to finish conversion.
Expected behavior:
* After conversion, "あいう" will be shown in the edit box.
Actual behavior:
* After conversion, "・「・、・" is shown.
--
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.