https://bugs.winehq.org/show_bug.cgi?id=57465
Bug ID: 57465
Summary: 9.22 regression: after unmaximizing some apps windows
are unmanageable
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bigfoothart(a)gmail.com
Distribution: ---
Created attachment 77465
--> https://bugs.winehq.org/attachment.cgi?id=77465
video
* Arch linux
* KDE plasma-desktop 6.2.3-1
* wine 9.22
* wayland session, xwayland wine
9.22 regression: after unmaximizing some apps windows are unmanageable (can't
be resized, minimized, moved).
Reproduced with MS Office 2010.
bisected to [b84f533a2c0e05eded24cba35bb0bb5c0ec38db3] winex11: Delay window
config request when restoring from fullscreen/maximized.
--
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=57481
Bug ID: 57481
Summary: Prey (2016) X11 fullscreen fails in 9.22
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 77493
--> https://bugs.winehq.org/attachment.cgi?id=77493
prey-9.22-winedbg
Wine 9.21 works fine with Prey https://www.gog.com/en/game/prey
Upgrading to 9.22 fullscreen x11drv will not resume after an alt-tab (tried in
multiple window managers)
Some 400 lines of
0024:warn:x11drv:window_configure_notify window 0x20062/3a00001, mismatch
config (0,0)-(2560,1440)/230, expected (-32000,-32000)-(-31840,-31969)/228
--
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=53910
Bug ID: 53910
Summary: windows get moved around when dpms blankout happens
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Technically, it's a regression, but not sufficiently significant (for me) to
check when it began - I initially thought it was something even more random.
Anyway, as the summary says, relatively recently (I'd say within last two
months, perhaps less) I've noticed than under some at the time unclear
condition, some of the windows get randomly moved around their respective
desktops without any of my interaction.
For the most part it was only slightly annoying and seemingly random, so I've
just lived with it.
But today I had an idea and successfully tested it.
All that's needed was 'xset dpms force off'. It's also quite generic - can be
triggered with notepad and winecfg.
My setup is of two monitors, but one of them is quite old and most of the time
turned off (that still allows for stumbling upon various quirks of
winex11.drv's multi-screen handling).
Once 'xset dpms force off' is fully in effect, upon restoring from the blankout
the windows get somewhat randomly moved.
--
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=57472
Bug ID: 57472
Summary: Systray support is broken in Wine 9.22
Product: Wine
Version: 9.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1. Download and run WinRAR 7.01 https://www.rarlab.com/
2. Install and launch
3. Press Alt + B (tools -> benchmark) and click "Background"
4. A systray icon/entry will appear and immediately disappear
Using Xorg/X11/XFCE4. No Wayland.
This is a regression. It used to work a couple of releases ago.
--
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=56372
Bug ID: 56372
Summary: musl based exp2() gives very inaccurate results on
i686
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: piotr(a)codeweavers.com
Regression SHA1: ca0643875961ef62c76e0b9cbd0433002a948d9b
Distribution: ---
Since switching the msvcrt implementation of exp2() from internal to musl
based, in ca0643875961ef62c76e0b9cbd0433002a948d9b, the accuracy on i686 has
become quite bad, to the point of breaking a handful of tests in ffmpeg.
The issue can be reproduced with the following test snippet:
---
#include <stdio.h>
#include <math.h>
double input = 5.979471;
int main(int argc, char* argv[]) {
printf("exp2(%f) = %f\n", input, exp2(input));
return 0;
}
---
Prior to this commit, and with later versions on e.g. x86_64, the output is:
exp2(5.979471) = 63.095753
However, on i686, the output now is:
exp2(5.979471) = 62.968753
This is an error of around 0.2%, which is a couple orders of magnitudes larger
than expected/tolerated. It's curious how this issue only appears on i686
though, i.e. it doesn't look like an issue with the musl exp2() implementation
algorithm, but some component of it misbehaving on i686.
--
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=57477
Bug ID: 57477
Summary: After commit of
484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could
not launch with dxvk
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 77488
--> https://bugs.winehq.org/attachment.cgi?id=77488
log with error in it
Many Game use dxvk was unable to launch after commit
484c61111ef32d75dcf5cf1656b4469b4de3ec37
Env
wine: lastest master
GPU: NVIDIA 560.35.03
Ubuntu 22.04
--
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=57425
Bug ID: 57425
Summary: Project Reality: Battlefield 2 won't launch.
Product: Wine
Version: 9.21
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Project Reality: Battlefield 2 is a free to download stand-alone multiplayer
modded game based on Battlefield 2.
https://www.realitymod.com/downloads is the link.
Upon launch, the game shows a black screen and crashes afterwards with an error
popup that can't be seen properly.
I have attached the terminal output below.
--
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=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.