https://bugs.winehq.org/show_bug.cgi?id=48960
Bug ID: 48960
Summary: NtQueryDirectoryFile incorrectly returns
STATUS_NO_MORE_FILES when it encounters an ignored
entry
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: 2858628868(a)qq.com
Distribution: ---
I encountered a problem when compiling a .cc file with cl.exe in the HOME
directory. The compiler always reports that the .cc file cannot be found. After
some digging, I found that c1xx.dll of cl.exe used NtQueryDirectoryFile to
enumerate files and confirm whether it existed. Unfortunately, there is a
WINEPREFIX directory in the HOME directory, and NtQueryDirectoryFile consider
it should be ignored (it is ignored in the get_dir_data_entry function). When
NtQueryDirectoryFile enumerates by a single entry, it will return
STATUS_NO_MORE_FILES prematurely if it encounters an ignored entry. The
enumeration loop in c1xx.dll therefore exited early and reported that the .cc
file could not be found.
My WINE version is 4.0. After checking the source code, I confirmed that this
problem also exists in the 5.x version.
--
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=48740
Bug ID: 48740
Summary: ConEmu is constantly loosing focus
Product: Wine
Version: 5.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
ConEmu is constantly loosing focus in the console window and also in the
settings dialog. This behavior makes it unusable.
Focus is set back after clicking by mouse but for only a few seconds.
Tested on Wine 5.3 and Wine-Staging 5.3 with same behavior.
--
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=48738
Bug ID: 48738
Summary: When running certain Batch files, my Wine cmd.exe
reproducible crashes with "page fault on read access"
or with "stack overflow in 32-bit code".
Product: Wine
Version: 5.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: temp2004(a)freenet.de
Distribution: ---
Created attachment 66628
--> https://bugs.winehq.org/attachment.cgi?id=66628
Two batch files and the crashdump
I think the problem is new since middle of last year, at least reproducible
with Wine 5.2 and 5.3.
Find attached two small batch files: they should set some environment variables
and look for some directories, but they don't reach their end.
At real Windows (also when running at VirtualBox) they work properly instead.
Scenario:
create a directory and store one.bat and two.bat into it.
run: wineconsole one.bat
If the problem occurs, Wine crashes immediately.
("wine: Unhandled page fault on read access to FFFFFFF0 at address F7D2D3AB
(thread 01a8), starting debugger...")
The behavior depends very much on the content of the batch files:
adding commands or changing the variable's names may prevent it from crashing
or may shift the crash to a different line.
--
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=49142
Bug ID: 49142
Summary: Horizontal mouse scroll events (X11 buttons 6 and 7)
should not be translated to back/forward events
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: muzerakascooby(a)gmail.com
Distribution: ---
Wine translates X11 buttons 6 and 7 to back/forward events. While these
historically were occasionally mapped to back/forward buttons on mice, nowadays
the overwhelming standard is to use 6/7 exclusively for horizontal scrolling,
and 8/9 for back and forward buttons (which wine also maps to these events).
The existing behaviour makes some applications more painful than necessary to
use on laptops with touchpads, as horizontal scrolling (a normally quite
harmless activity) can be triggered quite easily by accident when scrolling
vertically, causing back and forward events (which are considerably less
harmless) to be sent.
I understand that there has only been a standard in Windows for horizontal
scrolling since Vista, so I understand if implementing this is unfeasible. But
horizontal scroll events should NOT be translated into back/forward events.
I believe the culprit to be mouse.c lines 77/78, 90/91, 103/104, and 116/117
(as of 7afa53c0f20aa40f0d13c81a7d20b523f62f99ab).
--
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=48747
Bug ID: 48747
Summary: ConEmu flickers and scrolls randomly
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is follow-up of bug 48740. ConEmu flickers and scrolls randomly after
console is filled with content. The problem is in the way wineconsole
recalculates position and scrollbars in WCUSER_ComputePositions. (ConEmu runs
wineconsole in background).
--
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=48495
Bug ID: 48495
Summary: XCP-ng Center v8.x (.NET 4.6 app) can't connect to
server with self-signed certificate
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: imirkin(a)alum.mit.edu
Distribution: ---
Needless to say, this works fine on windows. The application requires the
"dotnet462" winetricks verb to start, and see #48492 for ways to get past the
splash screen. Installation msi available from
https://github.com/xcp-ng/xenadmin/releases/download/v8.0.1.26/XCP-ng-Cente…
.
However once in the application, it can't actually connect.
WINEDEBUG=trace+crypt,trace+chain shows the following happening over and over
and over and over again:
0072:trace:crypt:CertVerifyCertificateChainPolicy (#0004, 0xbe571d0, 0xd7beb70,
0xd7beb30)
0072:trace:chain:dump_policy_para cbSize = 12
0072:trace:chain:dump_policy_para dwFlags = 00000010
0072:trace:chain:dump_policy_para pvExtraPolicyPara = 0xd7beb60
0072:trace:chain:dump_ssl_extra_chain_policy_para cbSize = 16
0072:trace:chain:dump_ssl_extra_chain_policy_para dwAuthType = 2
0072:trace:chain:dump_ssl_extra_chain_policy_para fdwChecks = 00000000
0072:trace:chain:dump_ssl_extra_chain_policy_para pwszServerName =
L"<redacted>"
0072:trace:crypt:CertVerifyCertificateChainPolicy returning 1 (800b0109)
800b0109 = CERT_E_UNTRUSTEDROOT
And indeed, it's a self-signed certificate, which isn't in the trusted list.
However note that policy_para.dwFlags = 0x10 ==
CERT_CHAIN_POLICY_ALLOW_UNKNOWN_CA_FLAG . This is handled in
verify_base_policy. However verify_ssl_policy only checks for the bit in
extra_chain_policy_para.fdwChecks, which is empty here.
The (.NET) application does the following:
SslStream sslStream = new SslStream(stream, false,
new RemoteCertificateValidationCallback(ValidateServerCertificate), null);
Where the ValidateServerCertificate function = "return true".
I suspect that the policy para's dwFlags should be respected by
verify_ssl_policy even if fdwFlags isn't set... but my familiarity with these
APIs extends to all of the past couple of hours ... an expert opinion would be
quite welcome.
--
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=39534
Bug ID: 39534
Summary: Bad Mojo Redux crashes on start
Product: Wine
Version: 1.7.54
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 52681
--> https://bugs.winehq.org/attachment.cgi?id=52681
terminal output
Bad Mojo Redux (GOG.com version) crashes immediately on start.
The patch from staging fixes the crash and the game loads to the main menu
properly:
https://github.com/wine-compholio/wine-staging/blob/0dddb28c32e44f300be2157…
Quicktime 7.7.x is installed in the prefix (needed to play in-game videos).
There's no demo version available.
Fedora 22 32-bit
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV92
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.1.0-devel
OpenGL core profile shading language version string: 3.30
--
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=49005
Bug ID: 49005
Summary: Listview header occasionally fails to redraw when list
is scrolled vertically
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Regression SHA1: 5b397df63147ec83a929ba997b395687e6c4c10d
Distribution: ---
This is easy to reproduce with regedit:
- open a key with enough values to show vertical scrollbar;
- scroll some;
- resize listview panel (might need to minimize/maximize to force window
redraw).
After that header won't redraw correctly.
--
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=8439
Michael Stefaniuc <mstefani(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|5.0.x |---
--- Comment #48 from Michael Stefaniuc <mstefani(a)winehq.org> ---
Removing the 5.0.x milestone from bug fixes included in 5.0.2.
--
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=48801
Bug ID: 48801
Summary: Assetto Corsa 1.14.x crashes on unimplemented function
d3dx11_43.dll.D3DX11GetImageInfoFromFileW
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Prerequisite: 'winetricks -q dotnet40'
The launcher suffers from:
* bug 48798 ("RegCloseKey: Uninitialized read from get_language_sort")
* bug 32323 ("Netflix (Silverlight 4.x) and several .NET Framework 3.x/4.0 WPF
apps require either Arial or Verdana to be installed")
Trying to start a race (or in-game benchmark) results in:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Games/Assetto Corsa
$ WINEDEBUG=+process,+loaddll wine ./AssettoCorsa_Launcher.exe
...
009b:trace:process:CreateProcessInternalW app (null) cmdline
L"C:\\Games\\Assetto Corsa\\\\acs.exe"
...
009b:trace:process:RtlCreateUserProcess L"\\??\\C:\\Games\\Assetto
Corsa\\acs.exe" image L"C:\\Games\\Assetto Corsa\\acs.exe" cmdline
L"\"C:\\Games\\Assetto Corsa\\\\acs.exe\""
009f:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\system32\\kernelbase.dll" at 0x7b000000: PE builtin
009f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at
0x7b410000: builtin
009f:trace:loaddll:load_native_dll Loaded L"C:\\Games\\Assetto Corsa\\acs.exe"
at 0x140000000: native
009b:trace:process:RtlCreateUserProcess L"\\??\\C:\\Games\\Assetto
Corsa\\acs.exe" pid 009e tid 009f handles 0x1c0/0x1c4
009b:trace:process:CreateProcessInternalW started process pid 009e tid 009f
...
009f:err:d3dcompiler:compile_shader HLSL shader parsing failed.
wine: Call from 0x7b00f665 to unimplemented function
d3dx11_43.dll.D3DX11GetImageInfoFromFileW, aborting
...
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/00e55c8fc0c08e14c39880e62526f85…
--- snip ---
30 @ stub D3DX11GetImageInfoFromFileA
31 @ stub D3DX11GetImageInfoFromFileW
--- snip ---
$ wine --version
wine-5.4-255-g00e55c8fc0
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.