Bug 450250 - Game window looks ugly, mouse behaves incorrect
Summary: Game window looks ugly, mouse behaves incorrect
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: core (show other bugs)
Version: 5.24.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-14 18:52 UTC by Lach Sławomir
Modified: 2022-04-21 16:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Shown how window is displayed (1.55 MB, image/png)
2022-02-14 18:54 UTC, Lach Sławomir
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lach Sławomir 2022-02-14 18:52:51 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***
I have two monitors. When move game (after main menu is fully loaded) onto second monitor (with higher refresh rate), screen looks odd. Game window are filled with black quads. Also, my mouse y axis is wrong positioned. When I clicked, game responds as I click lower part of screen, 

STEPS TO REPRODUCE
1. Run game, for example Civilization 6 or Imperator: Rome
2. Wait for menu loads
3. Click on screen, for example on new game button or click on game UI/map/etc.

OBSERVED RESULT
Mouse event is wrong positioned. Also, game do not take 100% of screen.

EXPECTED RESULT
Game takes 100% of screen (resolution) or at least, mouse working properly.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Two screen, game starts on one screen, I move window to another. I think, I had similar situation, when Civ 6 starts on additional screen automatically - in this case, I did not move window between monitors.
Comment 1 Lach Sławomir 2022-02-14 18:54:03 UTC
Created attachment 146733 [details]
Shown how window is displayed
Comment 2 Vlad Zahorodnii 2022-02-14 19:01:20 UTC
Do you run Wayland or X11 session? Can you also get xprop for one of such games? You would need to run xprop in terminal, e.g. `sleep 5 && xprop`, then click on a video game window. If those video games minimize themselves when they loose focus, increase the timeout value in the sleep command.
Comment 3 Lach Sławomir 2022-02-14 19:47:43 UTC
> Do you run Wayland or X11
Wayland

I will perform steps to get more information later, sorry. Thanks for today help!
Comment 4 Lach Sławomir 2022-02-15 13:04:05 UTC
When windows appear:
xprop
_NET_WM_USER_TIME(CARDINAL) = 521906
_NET_WM_ICON(CARDINAL) =        Icon (64 x 64):
        (not shown)

_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE
_KDE_NET_WM_FRAME_STRUT(CARDINAL) = 0, 0, 0, 0
_NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 0, 0
_NET_WM_DESKTOP(CARDINAL) = 0
_KDE_NET_WM_ACTIVITIES(STRING) = "a514891e-bdfd-44fd-ac11-3a3afa8e2457"
WM_STATE(WM_STATE):
                window state: Normal
                icon window: 0x0
_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN, _NET_WM_STATE_FOCUSED
XdndAware(ATOM) = BITMAP
_NET_WM_NAME(UTF8_STRING) = "Imperator"
WM_NAME(STRING) = "Imperator"
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 520158
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING
_NET_WM_BYPASS_COMPOSITOR(CARDINAL) = 1
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_PID(CARDINAL) = 12917
WM_LOCALE_NAME(STRING) = "C"
WM_CLASS(STRING) = "imperator", "imperator"
WM_HINTS(WM_HINTS):
                Client accepts input or input focus: True
                window id # of group leader: 0xec86c425
WM_NORMAL_HINTS(WM_SIZE_HINTS):
                user specified location: 1440, 0
WM_CLIENT_MACHINE(STRING) = "localhost.localdomain"
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x1, 0x0, 0x0
STEAM_GAME(CARDINAL) = 859580

Once menu was loaded information do not change.
Comment 5 Lach Sławomir 2022-02-27 19:57:03 UTC
I see that Age of Wonders:  Planetfall working. This is game working through Proton. I will test more Windows games in near future. If all Windows games will working, I will test more native games.
Comment 6 Lach Sławomir 2022-02-28 16:34:51 UTC
Torchlight II (Linux build) probably working. I wrote probably, because I cannot move window by super key. Game grab keyboard or mouse, I think.

But, when pressing alt+f3 and selecting move window to screen, it resizes to size of new screen. So probably, it is not Plasma Bug, but game developers bug.
I try to move Imperator: Rome window by pressing alt+f3 and selecting screen name to move to another screen, but bug persist. Clue is: This is not Plasma bug, probably, but you must tell that.
Comment 7 Bug Janitor Service 2022-03-15 04:35:20 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Lach Sławomir 2022-03-16 16:17:26 UTC
Civilization V (Steam/Proton) do not change resolution, when moving windows across screens. Also, window content/image do not fit screen resolution (black outline is displayed). When moving window on another screen, black outline change it's size and window image content is attached to top of the screen instead of be at center of window.

I think it even be Proton dependent, but game dependent. So it is not Plasma bug, I think.
Comment 9 Bug Janitor Service 2022-03-31 04:35:19 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 10 Bug Janitor Service 2022-04-15 04:34:52 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 11 Lach Sławomir 2022-04-15 14:19:11 UTC
Hi.
I provided info long time ago. I hope I do not mess up by setting it to reopened. I think nobody look here, because of status. Thanks.
Comment 12 Nate Graham 2022-04-21 16:51:28 UTC
> I think it even be Proton dependent, but game dependent. So it is not Plasma bug, I think.
Indeed. Thanks anyway!