https://bugs.winehq.org/show_bug.cgi?id=47331
Bug ID: 47331
Summary: Steam browser flickering
Product: Wine-staging
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: werifGX(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
As referenced on https://github.com/PhoenicisOrg/scripts/issues/994 steam
installed using `winetricks 20190310-next` on debian buster using `wine-4.9
(Staging)` which has win7 environment, gameoverlayrenderer dll_override
disabled and CSMT enabled result in flickering of steam browser as presented on
https://youtu.be/LaR8nQ0Ir2w
Suspecting this beeing wine 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=48385
Bug ID: 48385
Summary: Rising Lands freezes when navigating back by pressing
ESC key on main menu
Product: Wine
Version: 4.11
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=19674
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Distribution: Ubuntu
Created attachment 66145
--> https://bugs.winehq.org/attachment.cgi?id=66145
Rising Lands navigating back output
This is NOT a regression but a still not working at all bug resulting of a
previous bugfix.
I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32
bit configuring it with Windows 95 compatibility), it was impossible at all to
navigate back from a secondary menu at main menu by pressing ESC key.
This is, if you clicked on "load game" from main menu and then pressed ESC key
to go back to main menu, all texts were cleared and animations stopped
resulting in a freezed screen. Same happens during gameplay in order to save
the game.
As of a bugfix in wine 4.11 now is possible to go back but just in a certain
situation: being in windowed mode (due to another bug) you have to which to any
other app by pressing Alt+TAB. At the very moment wine loses the focus main
menu is refreshed. No need to go back again to wine, though. As you can see if
dragged apart the new appearing window.
I've made a regression testing to find out which exact commit had fixed this
bug this way, and this is the output:
1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit
commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Jun 17 14:46:20 2019 -0500
winex11: Update the state of all keys on KeymapNotify.
The Binding of Isaac transitions in and out of fullscreen when the "F" key
is pressed. Specifically, it will swap states when receiving WM_KEYDOWN,
provided that the previous key state was not pressed (i.e. bit 30 is 0).
However, as part of the process of transitioning, it hides and shows its
window, causing it to temporarily lose focus. If the F key is released while
the window does not have focus, Wine misses this fact, and thinks that the key
was already pressed the next time it is pressed, causing the game to refuse to
change focus. Windows will not deliver WM_KEYUP messages to a window that does
not have focus, but it will always report the true previous state of any key on
the keyboard when requested.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee
056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls
Although I use spanish version this also happen on english version even without
installing the patch update.
A download url is available on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674
VGA compatible controller: Intel Corporation HD Graphics 5500
Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83)
Subsystem: Lenovo Radeon R5 M330
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
Hope this help to find out the real 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.
https://bugs.winehq.org/show_bug.cgi?id=48381
Bug ID: 48381
Summary: Regression: Video clips shows black on Beasts &
Bumpkins
Product: Wine
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
On Beasts & Bumpkins game, a video clip is played to present every new mission.
This video y shown black, but audio sounds correctly. Note that initial trailer
video clips work properly but if you start a new single campaign the following
video that presents the first mission does not work, showing black.
This is a Win95 game. Therefore I have to use wine 32bit and apply windows 95
configuration.
I use my original copy but as this game is abandonware, you can download it
from https://www.myabandonware.com/game/beasts-bumpkins-bh1
I have made a Regression Testing, and this is the result:
70d842b106d3ccbb0a786a41474903bddc4ea879 is the first bad commit
commit 70d842b106d3ccbb0a786a41474903bddc4ea879
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Apr 10 22:30:32 2019 -0500
winex11: Resize the screen when changing CRTC modes.
Based on a patch by Gabriel Corona.
According to the RandR spec for RRSetCrtcConfig:
"The entire area of the CRTC must fit within the screen size, else a Match
error results. As an example, rotating the screen so that a single CRTC fills
the entire screen before and after may necessitate disabling the CRTC, resizing
the screen, then re-enabling the CRTC at the new configuration to avoid an
invalid intermediate configuration."
This patch involves resizing the screen also when shrinking a CRTC, not
just when expanding it past the current screen size. This is partially because
we have no way to reliably determine the current display width (DisplayWidth()
is never updated past opening the connection, and RandR exposes no way to
retrieve the screen dimensions), and partially because it's probably what the
user wants anyway (e.g. it's what the `xrandr` configuration app does when the
screen size is not expliticly specified).
This patch fixes TestBot failures on the Debian machines for ddraw, d3d8,
and d3d9 device tests.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33290
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 d92f238e7027e98c0a0de5bb3b9d347d4e9cdf59
64a7029fc3158c55fd9d1c2822c7cfa18984d054 M dlls
--
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=49543
Bug ID: 49543
Summary: Several games require bcrypt DH support
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
There are a few games that need DH support in bcrypt.
- The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export
a public key. With DH unimplemented, the only effect I know of is that RDR 2's
online mode fails to load.
- Astroneer dedicated server (see
https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…).
>From a disassembler, it looks like the server imports/exports public/private
keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256.
Microsoft has sample code which tests (some of) the functionality:
https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se…
Unfortunately GnuTLS doesn't currently export the needed functionality. There's
an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894
--
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=48175
Bug ID: 48175
Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree()
due to high memory pointers allocated
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 65809
--> https://bugs.winehq.org/attachment.cgi?id=65809
Force down-top memory allocation
Split off from bug #40334.
The crash happens after the original issue in Bug #40334 is solved, after the
loading screen or very soon after login.
The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the
certain range. It is fine with ~16GB range as per my observations, that is, up
to 0x3ffffffff address.
I am attaching the patch which is confirmed to fix the issue with AION. The
patch consists of two, the first one is not exactly related but the second one
depends on it. At the present moment the first one is passing the review
upstream. The solution in the second patch is to force virtual memory
allocation return lower addresses when they are available (unless top-down
allocation is explicitly requested), that's how it seem to work on Windows. The
patch does it essentially the same way as the allocation with zero_bits mask is
performed.
--
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=40500
Bug ID: 40500
Summary: Scrap Mechanic : Unable to launch
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arionrina(a)verizon.net
Distribution: ---
Created attachment 54281
--> https://bugs.winehq.org/attachment.cgi?id=54281
Crash log
Scrap Mechanic doesn't open up the first window, then 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=46803
Bug ID: 46803
Summary: Diablo 1 GOG.com crash
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xzgamertag(a)mail.com
Distribution: ---
Created attachment 63823
--> https://bugs.winehq.org/attachment.cgi?id=63823
Log
Diablo crashes immidiately after skipping intro, while using hi-res, latest
version. When I try to run Diablo (Classic) version, it requires original CD to
proceed.
--
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=49780
Bug ID: 49780
Summary: wineconsole reports VT sequence support when it does
not
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 68092
--> https://bugs.winehq.org/attachment.cgi?id=68092
Demo application to reproduce the issue
Wineconsole does not support applications writing Virtual Terminal sequences
through the Console API. That's fine. However, when enabling the console
ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error
is returned, so the application has no way to detect whether VT sequences are
supported or not. This is documented in
https://docs.microsoft.com/en-us/windows/console/setconsolemode.
The port of Turbo Vision at https://github.com/magiblot/tvision is affected by
this. When using the Console API, Turbo Vision prefers VT sequences over
SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and
performance. Nevertheless, it can fall back to the latter method when
SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or
DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on
wineconsole, garbage is shown instead of a colorful interface.
STEPS TO REPRODUCE
To reproduce the issue on Turbo Vision:
(A) - Using the attached 'tvdemo.exe'
1. Run the application on wineconsole. You should see a black-and-white
background and escape sequences drawn on the console.
2. Press Alt+F, then D. You should see the command prompt, and the message "VT
enabled" at the top, which demonstrates the issue in SetConsoleMode.
(B) - Compiling from source code (requires up-to-date CMake and MSVC).
1. Insert the following code after line 63 in source/linux/win32con.cpp
(https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…):
```
if (supportsVT)
cerr << "VT enabled" << endl;
else
cerr << "VT not enabled: " << GetLastError() << endl;
```
2. Follow the build instructions at
https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…
3. Follow the steps in (A).
EXPECTED BEHAVIOUR
On Windows, support for VT sequences can be disabled by turning on the "Legacy
Console" mode. If tvdemo.exe is ran in these conditions, the interface is
displayed properly. If entering the command prompt by pressing Alt+F, then D,
the message "VT not enabled: 87" is displayed (error 87 stands for
ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well,
since it clearly does not support VT sequences.
Thank you!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16302
Summary: [oblivion] can not skip the intro movie by press ESC
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wangbinrobin(a)yahoo.com.cn
when runing Oblivion on Windows, we can skip the intro movie by pressing ESC,
but when runing Oblivion by wine, we can not skip it by ESC. it is quite a long
time to wait the intro movie end.
The graphic card I use is ATI Radeon 2600, driver 8.10
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45871
Bug ID: 45871
Summary: Several apps in .NET472 crash with unhandled
exception.\nException at
System.Windows.Media.Composition.DUCE+Channel.SyncFlus
h()\n at
System.Windows.Media.MediaContext.Complet"...(native
d3dcompiler works around it)
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 62374
--> https://bugs.winehq.org/attachment.cgi?id=62374
part of crashlog
Hi
Seen this for a bunch of programs while trying to run them with installed
dotnet472.
The bug seems to be hidden for several apps as they ship their owm
d3dcompiler_47, but some don`t I found out, and they crash
Something like:
01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs.
01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed.
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: intermediate rendering error
01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT
0x88760b59 in caller: The render thread failed unexpectedly.
Then crash
Example: Slackinstaller.exe:
winetricks dotnet452 win7 corefonts, then start installer with builtin
d3dcomiler_47 works fine.
However
winetricks dotnet472 win7 corefonts, then start installer with builtin
d3dcomiler_47 --> crash
(Note: for Slackinstller one also needs Staging-patches for bug 40613)
--
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.