| Summary: | xrandr -o left causing maximized windows to shrink to smallest possible size | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | stefnn |
| Component: | xrandr | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | finex, kde2eran, mail, thomas |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
stefnn
2009-01-05 15:56:28 UTC
is this reproducable with KDE 4.2.2? I probably have the same problem on 4.2.2 (not tested on 4.2.3 yet, didn't use randr since I updated): I do the following on the commandline: xrandr --output VGA1 --mode 1024x768 --below LVDS1 --output LVDS1 --primary (LVDS1 has resolution 1280x800) Everything is still great, but after I run xrandr --output VGA1 --off the windows are small exactly as described in the original bug report. using: Archlinux libxrandr 1.3.0 xorg-server-utils 7.4 xorg-server 1.6.1 note that there's a bug in kephal that in addition gives kwin the wrong screen size information when the screen is in randr-rotated mode. (so when maximizing windows they are half off the screen in rotated mode) See: bug #168308 I triggered Aaron again about this issue (as he nearly fixed it last time) ... but he didn't seem to respond/notice. See bug 250462 (Windows shrink to minimum size when all outputs disabled) for a related problem. Could this bug be a duplicate of bug #154365 ? I couldn't reproduce it with "xrandr -o left", but if I disable all outputs, which is sadly possible, unmaximized windows are shrined to their smallest size. Reproducd on Fedora 13 with KDE 4.5.2 It would be interesting to know whether this issue still exists as Kephal nowadays uses QDesktopWidget to gain screen information and at least in current master KWin does no longer use kephal. have to admit, that i switched to enlightenment as DE (feels much slicker for use on my tablet/convertible PC)... but a quick test with current kde-4.8.2 seemed to be working more or less correct (had plasma panel shadows appear somewhere in the middle of the screen when mouse moved over that region - probably placing problem, which i remember to be there since long times - but i guess thats a different bug...). So probably the switch away from kephal did solve that bug here. Too bad - kephal was a nice idea, but was so buggy that no-one (and now also none of the kde internals ?!?) does use it (anymore?). errmm... i rotate screens (tablet and desktop) > a dozen times every day and have never faced that (and have to admit that gnnn... i actually quite often have a max'd browser on the tablet :-\ as for deactivating all outputs, this might be covered by https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/f3a9f5f0e5a73300ddd35faa1dc5b2d7cae6894a (because you'll unlikley explicitly change the geometry while there's no display) what actually could make this bug a partial dupe... @Thomas Lübking: As mentioned in the original bug report, it depended on how you rotate the screen (the KRandrTray method always worked fine) - not sure if xrandr changed the way they do it (from deleting the screen and creating a new rotated one to simply rotating the existing screen) or if KWin now handles things correct. But at least, my original test case (using xrandr) nowadays does no longer reproduce the problem - so probably this bug can be marked as resolved... fixed as of comment #11 |