Bug 154365 - windows crushed to 1pix wide on right border when left screen is closed
Summary: windows crushed to 1pix wide on right border when left screen is closed
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: investigated, triaged
: 193643 250462 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-12-20 09:38 UTC by David Bremner
Modified: 2018-10-21 05:09 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Bremner 2007-12-20 09:38:35 UTC
Version:            (using KDE KDE 3.5.8)
Installed from:    Debian testing/unstable Packages
OS:                Linux

I am using RandR 1.2 and xorg 1.4.0.  

I use a two-head setup with 
xrandr --output VGA --left-of LVDS --auto

to have a big desktop.

When I shut the external screen off with

xrandr --output VGA --off

then all of the 
of the windows currently on the external screen are 
resized to 1 pixel wide or so and placed on the right 
border of the screen.  

I don't have this problem when the external screen is 
to the right, i.e.

xrandr --output VGA --right-of LVDS --auto
Comment 1 Lubos Lunak 2008-01-04 16:54:54 UTC
Is this Xinerama or really multihead?
Comment 2 David Bremner 2008-01-04 18:17:22 UTC
Pardon my ignorance, I may not totally understand the terminology.

There is no Xinerama configuration in xorg.conf, all dual head configuration 
is done via the xrandr command shown. As far as I understand, this is called dual-head but not Xinerama.  But I could be confused.
Comment 3 Lubos Lunak 2008-01-04 18:28:23 UTC
Oh, well, terminology. Xinerama really got it wrong :(. The implementation details may be different, but from the outside there are only two modes - where you can put a window with each half on each monitor and where you can't, the sooner being Xinerama (or all those Xinerama-like solutions like MergedFB, TwinView and who knows what) and the latter being original multihead. You presumably have the first one, which is what I was asking. I have no idea how to make the terminology less confusing.
Comment 4 Bernd Steinhauser 2008-04-22 12:27:19 UTC
I can confirm this. Happens when changes have been made to the desktop.
It might be a Plasma problem, too.

@Lubos Lunak:
This is not Xinerama. Xinerama/MergedFB etc. are deprecated in favour of RandR 1.2.
With RandR 1.2 you have a Virtual Screen (can be quite large, like 3000x2000 pixels), where you can place screens in.
In addition there is always 3D acceleration on all screens (of course only, if there is 3D acceleration at all).

With RandR 1.2 afaik, there is no "separate screens"-setup anymore.

RandR 1.2 and Xinerama, MergedFB etc. are different things.
Comment 5 FiNeX 2010-10-10 17:15:40 UTC
Hi! Is this bug still valid with KDE 4.5.2 and newer Xorg implementations?
Comment 6 FiNeX 2010-10-10 17:51:47 UTC
*** Bug 250462 has been marked as a duplicate of this bug. ***
Comment 7 FiNeX 2010-10-10 22:04:23 UTC
*** Bug 193643 has been marked as a duplicate of this bug. ***
Comment 8 David Bremner 2010-10-11 13:14:02 UTC
On Sun, 10 Oct 2010 17:15:42 +0200 (CEST), FiNeX <finex@finex.org> wrote:
> --- Comment #5 from FiNeX <finex finex org>  2010-10-10 17:15:40 ---
> Hi! Is this bug still valid with KDE 4.5.2 and newer Xorg implementations?

I'm not running KDE anymore, so I can't confirm, sorry.

d
Comment 9 Andrew Crouthamel 2018-09-20 22:14:13 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 set the bug status 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 Andrew Crouthamel 2018-10-21 05:09:04 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!