https://bugs.winehq.org/show_bug.cgi?id=53872
Bug ID: 53872
Summary: Adobe Reader XI crash opening settings in Protected
Mode
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: etang(a)codeweavers.com
Distribution: ---
Created attachment 73399
--> https://bugs.winehq.org/attachment.cgi?id=73399
Backtrace for crash
- Install Adobe Reader XI from e.g.
ftp://ftp.adobe.com/pub/adobe/reader/win/11.x/11.0.00
- Set Windows version to Windows 7
- Open Edit → Preferences
- Select Page Display preferences (which is the default pane for a fresh
install)
Expected result: Adobe Reader doesn't crash
Actual result: Adobe reader crashes
--
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=53677
Bug ID: 53677
Summary: invalid O_WRONLY read sets errno=EACCES instead of
EBADF
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 73089
--> https://bugs.winehq.org/attachment.cgi?id=73089
minimal testcase
I noticed that an incorrect read from a file in write-only mode can result in
errno to be set to EACCES instead of EBADF that is returned on native linux or
on windows (either msvc or cross-compiled mingw), see attached testcase
$ x86_64-w64-mingw32-gcc main.c
$ wine a.exe
EBADF=9 EACCES=13
errno=13
errno should be EBADF
whereas on native linux or windows:
> a
EBADF=9 EACCES=13
errno=9
tested with latest 7.17 on archlinux but also happens with 6.0 on ubuntu jammy
--
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=53670
Bug ID: 53670
Summary: vbscript can not compile if expressions with reversed
gte, lte, (=>, =<)
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
While working on leveraging the vbscript engine of Wine for a macos port of
Visual Pinball, I've been testing several user made scripts.
I've found several scripts that use if expressions with gte and lte in reversed
order, ie => and =<, which fail to compile.
vbscript does seem to allow for these to be reversed:
Set g_objWSH = Wscript.CreateObject("Wscript.Shell")
dim x
dim y
x = 6
y = 6
If x => y Then
Wscript.Echo "This works 1"
End If
If x >= y Then
Wscript.Echo "This works 2"
End If
If x <= y Then
Wscript.Echo "This works 3"
End If
If x =< y Then
Wscript.Echo "This works 4"
End If
--
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=50842
Bug ID: 50842
Summary: The 64-bit msado15:msado15 test crashes
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 64-bit msado15:msado15 test crashes on all Windows versions:
https://test.winehq.org/data/tests/msado15:msado15.html
msado15.c:626: this is the last test seen before the exception
090c:msado15: unhandled exception c0000005 at 0000000000408607
So the crash happens either during the test_ADORecordsetConstruction() cleanup,
or the initialization of test_ConnectionPoint().
This failure is new because WineTest was incorrectly skipping the msado15:*
tests before.
--
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=50097
Bug ID: 50097
Summary: comctl32:monthcal fails on Wednesdays!!!
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The failures are not systematic but over a two months period comctl32:monthcal
failed 5 times and all were on Wednesdays!
https://test.winehq.org/data/tests/comctl32:monthcal.html
Wednesday 2020-09-09 Failed
Wednesday 2020-09-16 Failed (*)
Wednesday 2020-09-23 success
Wednesday 2020-09-30 success
Wednesday 2020-10-07 Failed
Wednesday 2020-10-14 Failed
Wednesday 2020-10-21 success
Wednesday 2020-10-28 success
Wednesday 2020-11-04 Failed
Every time the two failures are:
monthcal.c:2054: Test failed: 0: MCN_SELCHANGE should be sent
monthcal.c:2045: Test failed: 1: MCN_SELCHANGE should be sent
They happen on Windows 7, 8 and 10.
(*) You may notice two failures for the 2020-09-15 WineTest. However a careful
look at the log shows these WineTest runs occurred on Wednesday 2020-09-16 at 1
am!
--
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=53932
Bug ID: 53932
Summary: ntlm_auth was not found or is outdated.
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: f9nw-forum.winehq(a)yahoo.com
Distribution: ---
Created attachment 73491
--> https://bugs.winehq.org/attachment.cgi?id=73491
Terminal output
I used Wine to run "Paint.NET64Portable.exe" and got the errors shown in the
attached file.
I started the following topic:
https://forum.winehq.org/viewtopic.php?p=138890&sid=098306ba4c0574cd7ea1a17…
A member there asked me to file a bug report here.
--
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=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=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.