| Summary: | Wrong resolution of fullscreen window on 2nd display, which is bigger than 1st display | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Thomas Kuther <gimpel> |
| Component: | multi-screen | Assignee: | Will Stephenson <wstephenson> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | aseigo, kde.org, kwin-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Thomas Kuther
2011-02-15 22:58:04 UTC
plasma-desktop does not touch window management. if it isn't kwin that's interfering (as you note, you tried with compiz as well) then it isn't something in kwin either. most likely suspect: wmctrl. i'll pass this on to kwin, in any case, to see if they wish to do anything in particular with this report. Thanks Aaron! Well right, plasma shows up as own "window", and it has the correct resolution. wmctrl is not the issue, because the same thing happens when using kwin's window menu -> advanced -> fullscreen. More things I tried: * other applications like smplayer, firefox etc - same effect * new user account on same machine - same effect * completely different box, Fedora 14 with a 17" and a 19" display attached - same effect "Native" fullscreen windows work fine, just this "windowed fullscreen" mode does not. to bisect things, open konsole: a) check "xrandr -q" - does it print the correct resolutions at all? --> does the output of "kcmshell4 randr" match this? b) shutdown plasma "kquitapp plasma-desktop" (-> desktop gone, "plasma-desktop" will restart it) --> does the problem remain? c) does XBMC correctly maximize? (NOT fullscreen) Since kwin gets all relevant screenlayout from kephal, assigning to kephal maintainer :-) Here go the answers: a) looks good $ DISPLAY=:0.1 xrandr -q xrandr: Failed to get size of gamma for output default Screen 1: minimum 320 x 175, current 1920 x 1080, maximum 1920 x 1080 default connected 1920x1080+0+0 0mm x 0mm "kcmshell randr" on the TV shows correct values. b) I'm somewhat unable to achieve this on DISPLAY=:0.1 - opening terminal on :0.1 and running kquitapp shuts down plasma-desktop on :0.0 - DISPLAY=:0.1 kquitapp plasma-desktop - dito - kquitapp --display :0.1 plasma-desktop - dito On :0.1 it just keeps running. Any hints? c) maximize works correctly for XBMC and others b) sorry, i forgot that you use two screens and dbus cannot handle screens or servers ... you'll have to identify the plasma process on that screen and kill it by hand. it's however pretty weird that maximizing works - as a workaround, you can force fullscreen mode and fixed geometry for the client in "kcmshell4 kwinrules", but one should figure why apparently the fullscreen screen is the wrong screen... Thanks for the workaround, Thomas. Forced fixed geometry, position 0,0 and borderless works. Forced fullscreen via kwinrules suffers the same issue even if geometry is forced too. So it's really just the fullscreen mode that seems to get it's info from the wrong screen. does this only affect xmbc or any fullscreenable app? Just to rule out that XMBC is stupid (which is not unlikely). It's not only XBMC. Also SMplayer, Firefox, or mplayer -fs from konsole behave the same way. > It's not only XBMC. Also SMplayer, Firefox, or mplayer -fs from konsole behave
> the same way.
What about applications which are known to behave correctly? E.g. anything from KDE. You can
set each application to fullscreen through the alt+f3 menu
do I understand correctly that you are using multi-head (one XScreen per display)? In that case there are improvements in 4.7, but in general I would recommend to not use multi-head as it is hardly supported by us. Sorry for late response. Re #9: it also affects KDE SC apps, like konsole or dolphin Re #10: it's standard Xorg multi-head, yes. No Xinerama, no TwinView. The "workaround" works just fine, but I'll test fullscreen mode with KDE 4.7 when it's out. "ping" - it's been a while ;-) Most notably, kephal has been replaced by QDesktopWidget, so what's the current situation about the bug? Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone! This issue report is quite old. Can you please confirm, that it still persists with Plasma 5.23? 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! 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! |