kde 4.3 Multiple Monitors tells lies

Bug #403610 reported by Chris Puttick on 2009-07-23
182
This bug affects 25 people
Affects Status Importance Assigned to Milestone
KDE Base
Unknown
Medium
kdebase-workspace (Ubuntu)
Low
Unassigned
Nominated for Karmic by Laurent Marchal

Bug Description

Binary package hint: kdebase-workspace

Kubuntu 9.04 fresh install, fully patched. PPA added to install KDE 4.3 RC2. System Settings/Display shows my two monitors correctly (DVI-1, DVI-0) and correctly identifies their available and preferred resolutions (although configures the larger with the resolution of the smaller).

xrandr reports:

Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1440 x 1440
DVI-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024 60.0*+ 75.0 60.0*
   1152x864 75.0
   1024x768 75.0 70.1 60.0
   832x624 75.0
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 59.9
   720x400 70.1
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 410mm x 257mm
   1440x900 59.9 +
   1280x1024 75.0 60.0*
   1280x960 60.0
   1152x864 75.0
   1024x768 75.0 70.1 60.0
   832x624 74.6
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1

However, selecting the Multiple Monitors section gets me:

"This module is only for configuring systems with a single desktop spread across multiple monitors. You do not appear to have this configuration."

Which is a lie. Although to be absolutely pedantic, it's true, I have one desktop repeated on two monitors but would really, really like to have "a single desktop spread across multiple monitors" - and had presumed that's what the Multiple Monitors tab should be helping me to achieve? If not, then how? If not, then maybe that message should include the hint about how to get to that state so that Multiple Monitors?

lspci:

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon X1650 Pro (rev 9e)
01:00.1 Display controller: ATI Technologies Inc Radeon X1650 Pro (Secondary) (rev 9e)

lsmod:

radeon 342816 2
drm 96296 3 radeon

PC as a whole is a brand new Dell Optiplex 360.

Note for those with a similar problem and to save some posting time for the technical elite:
I know of two ways to manually enable two monitors as there was in KDE4.2, namely writing your own xorg.conf (can post my sample if others are interested) or using xrandr to achieve the desired result on a per session basis (although I had to add:
                SubSection "Display"
        Virtual 2720 1024
                EndSubSection

into the otherwise generic "Screen" section of my xorg.conf to get xrandr to allow me to use

xrandr --output DVI-0 --auto --output DVI-1 --right-of DVI-0

(you also have get the larger screen into the right resolution first by disabling the smaller (DVI-1) and setting the larger to its preferred resolution then reenabling the smaller). The size of the Virtual section is the maximum of your virtual desktop as determined by the xrandr output, in my case left plus right screens' widths and the height of the tallest screen.

However, I can't see me explaining any of these workarounds to my elderly mother...

Version: KDE 4.1.96 (4.2 rc1) (using Devel)
OS: Linux
Installed from: Compiled sources

I'm running Arch Linux with the current KDE 4.1.96 packages.

In the "Configure Display" window I have 3 entries:
First is "VGA" which is greyed out because nothing is connected to VGA
Second is LVDS, the notebook's built-in display
Third is TMDS-1, an external screen connected via DVI.

Only the VGA entry has buttons to set the position, which are of course disabled.
For the 2 connected displays I can only set the position by running xrandr on the commandline.

I have a similar problem with an intel card, when my VGA screen is connected to my laptop i can't configure dual screen properly.
I can set orientation of each screen but I am unable to move the boxes to place my screens. I can't drag and drop it like windows or nvidia tools do.
The boxes are superimposed.

Me to. Fedora 10 with kde-testing 4.1.96 and ATI Radeon. I can set position fine with xrandr.

Still present with 4.2.0 from kde-testing repo.

*** Bug 191880 has been marked as a duplicate of this bug. ***

*** Bug 185968 has been marked as a duplicate of this bug. ***

Found this in kdebase-workspace-4.2.2/kcontrol/randr/outputconfig.cpp starting at line 258.

 // FIXME: RandRScreen::applyProposed() has a bit of code for positioning
 // outputs, but it's commented out and might not work as is. Until someone
 // gets this to work, it's probably better not to show these controls.
 positionLabel->setVisible(true);
 positionCombo->setVisible(true);
 positionOutputCombo->setVisible(true);

Looks like this was intentionally turned off because the code behind it isn't fully implemented.

Looks like it still hasn't been fixed in the latest code in SVN. It would be really nice to have this for 4.3.

http://websvn.kde.org/trunk/KDE/kdebase/workspace/kcontrol/randr/outputconfig.cpp?view=markup

*** Bug 195649 has been marked as a duplicate of this bug. ***

*** Bug 197327 has been marked as a duplicate of this bug. ***

Seems we have a lot of people looking for this to be fixed. What's the status of this bug, has any work been done on it yet?

*** This bug has been confirmed by popular vote. ***

*** Bug 201866 has been marked as a duplicate of this bug. ***

Awesome. So my reported bug is a duplicate although affects a different version (KDE4.3RC3) and has some specific additional observations and observed symptoms beyond the placement issue.

Ok. Seems odd to my understanding of bug identification and tracking. Never mind.

So we need to add to this bug that said module also *resets* dual display that has been manually configured (suggesting it is pre-confed as "Unify Outputs") and refuses to set higher monitor resolutions where disparate monitors are used (possibly the same reason, although if you use krandrtray and turn off "Unify Outputs" you still can't do it).

Any progress on this bug? Anything I can do to help?

Those struggling to get dualhead working might want to go over here:

http://forum.kde.org/viewtopic.php?f=66&t=62111&start=0#p84062 (linked from my original bug, has step by step instructions on getting it to work with ATI card on radeon drivers).

Alex Wauck (awauck) wrote :

This bug is also present in the KDE 4.3 packages for Karmic.

Matthias Blaicher (blaicher) wrote :

I also see this on Karmic with an Intel card on Xorg Edgers
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

Toni Helenius (toni-helenius) wrote :

I can confirm this on Karmic with Geforce 9800GTX+ using Nouveau driver. XRANDR works, and creates the dual screen when the correct spell is typed on the Konsole. But if I open the System Settings - Display, I get little bit of flickering and I have a clone mode again within my 2 displays :( So it doesn't work at all, and it even f*s up the configuration I've manually set...

Alex Wauck (awauck) wrote :

The behavior described by Toni also occurs on Intel hardware. Opening System Settings - Display will force clone mode. Very bad.

Vu Ngoc San (san-vu-ngoc) wrote :

Same bad behaviour here with intel hardware.

It seems that the "Multiple Monitors" section is designed to work only with xinerama
(indeed the service called when you click on this section is called 'xinerama': try
"kcmshell4 xinerama")
but xinerama is deprecated (according to Xorg) !

here is the head of the file
/usr/share/kde4/services/xinerama.desktop

[Desktop Entry]
Icon=preferences-desktop-display-multiple
Type=Service
X-KDE-ServiceTypes=KCModule
Exec=kcmshell4 xinerama
X-DocPath=kcontrol/multiplemonitors.html
# This is still awfully broken, first of all Hidden= here doesn't work
# for some reason and second this is statically done at kbuildsycoca time.
# X-KDE-Test-Module (KCModuleLoader::testModule() in KDE3) needs to be brought back.
#Hidden[$e]=$(if test_kcm_xinerama; then echo "false"; else echo "true"; fi)

Matthias Blaicher (blaicher) wrote :

So digging in the bug reports (kde bug #180437) revealed those buttons
for positioning are intentionally left out. Compare to recent SVN
http://websvn.kde.org/trunk/KDE/kdebase/workspace/kcontrol/randr/outputconfig.cpp?view=markup

 // FIXME: RandRScreen::applyProposed() has a bit of code for positioning
 // outputs, but it's commented out and might not work as is. Until someone
 // gets this to work, it's probably better not to show these controls.
 positionLabel->setVisible(false);
 positionCombo->setVisible(false);
 positionOutputCombo->setVisible(false);

and once you had a look at RandRScreen::applyProposed you know why it
is not working. So unless somebody works on it, this feature just has
not yet been coded.

Vu Ngoc San (san-vu-ngoc) wrote :

Mmmm
I thought then "gnome-display-properties" would be a good workaround,
since it works perfectly under gnome.
(with a nice graphical interface that does screens positioning)

But for some reason "gnome-display-properties" cannot apply changes when run under KDE.

Does someone know what to do to have "gnome-display-properties" work under KDE ?

Vu Ngoc San (san-vu-ngoc) wrote :

Ah: if I run

gnome-settings-daemon
and then
gnome-display-properties

it works !

Matthias Blaicher (blaicher) wrote :

I does, but gnome-settings-daemon will also set keyboard layout,
accessibility options, mouse settings (like acceleration), will start
you a gnome screensaver and might inflict with clipboard management.

You might wanna killa gnome-settings-daemon after you use it but be
warned it set up more than just your display.

I can confirm this bug. Affects Kubuntu Karmic with KDE 4.3. I'm using Nouveau with my Geforce 9800GTX+. Nouveau is capable of XRANDR 1.2.

Vu Ngoc San (san-vu-ngoc) wrote :

thanks for the warning.
Indeed, it changes my PPP fonts settings.
Anyway, it's better than nothing

Nicholas (nherriot) wrote :

Hi Guys,

I wonder if anyone can shed light, I have almost the identical problem. But with a tiny twist!
* ATI Graphics card
* KDE 4.3
* Del optiplex

Output of xrandr:

nherriot@agamenmon:~$ xrandr
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 3360 x 1050
DVI-1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 433mm x 271mm
   1680x1050 59.9*+ 60.0
   1280x1024 75.0 60.0
   1280x960 60.0
   1152x864 75.0 70.0
   1024x768 75.0 70.1 60.0
   832x624 74.6
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1
DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 430mm x 270mm
   1680x1050 60.0*+
   1280x1024 75.0 60.0
   1152x864 75.0
   1024x768 75.0 60.0
   800x600 75.0 60.3
   640x480 75.0 59.9
   720x400 70.1

When I run the gnome settings daemon and the gnome display properties app to get my dual monitor support I see the familiar gnome properties app (which all works fine under gnome), but when I de-select 'Mirror Screens', then identify the monitors (which still works fine) then hit apply I get the error:

Method "ApplyConfiguration" with signature "" on interface "org.gnome.SettingsDaemon.XRANDR" doesn't exist

I also noticed that under gnome you have a small green and red box, one on each screen identifiying the screen types (i.e. dell 20" and philips 20"). However when I run the app in KDE 4.3 each monitor shows both red and green boxes. One on top of the other!

I'd appreciate any help! I've been surfing forums for housrs trying to get this sorted.

Kind regards, Nicholas.

Another confirm, seems I'll be stuck with one monitor at work for the time being. Xrandr can be used as a temporary solution but when I log out and in again I'd have to reset all the panels and taskbars for some reason. So I'll just wait for this bug to be fixed.

2x Prolite E431S
Nvidia 9500GT (tried both open source drivers and proprietary ones.)
KDE 4.3 on Fedora 11

Richard Johnson (nixternal) wrote :

I think it is about time we confirm this one. Thanks for linking the upstream report, as I have added it as a watch for this report. Thanks again, and hopefully someone will start fixing the dual monitor stuff so it "just works".

Changed in kdebase-workspace (Ubuntu):
status: New → Confirmed
Chris Puttick (cputtick) wrote :

Excellent news. Happy to test bleeding edge code on request :)

-------
My employers website: http://thehumanjourney.net - opinions in this
email are however very much my own and may not reflect that of my
current employer, past employers, associates, friends, family, pets etc..

Documents attached to this email may be in ISO 26300 format:
http://iso26300.info

7oby (tobias-hain) wrote :

There's a previous bug report linked to the same upstream bug:
https://bugs.launchpad.net/kdebase/+bug/385115

I suppose one should be marked as a duplicate.

Changed in kdebase-workspace (Ubuntu):
status: Confirmed → Triaged
importance: Undecided → Low

> Looks like it still hasn't been fixed in the latest code in SVN. It would be
> really nice to have this for 4.3.

Maybe that's because:
> I'm going to hide the positioning controls for the time being - if someone
> wants to take a stab at making this work: it's all yours.
https://bugs.kde.org/show_bug.cgi?id=172315#c4

Oceanwatcher (oceanwatcher) wrote :

I can really not understand why this bug has an importance level of Undecided and Low. As it is absolutely confirmed and affect a lot of people, why is it not put higher up on the priority list?

I totally understand and know that nobody care if I move to Gnome instead of KDE on one of my computers. But I would love to keep KDE and it is a bit difficult to explain to friends why I have the same picture on both screens in KDE when it works as expected in both Gnome and WindowsXP...

This bug will probably never be fixed with the priority level it has now. And as I am no programmer and will never be, I can not do anything about it myself.

cardonator (bcardon) wrote :

Low priority? Seriously???

I think it's probably likely that business users make up more than a significant portion of people who use Linux. Adding real multiple monitor support to any non-nVidia hardware is such a huge PITA that even I won't touch it with a ten foot pole, so I'm stuck on a single screen.

I'm glad to see that the option is even in Display, but what's the point of having it there if it's not functional, and the likelihood of it being made functional is "Low"? There really isn't one.

This is just one more thing that makes KDE seem less professional than Gnome. I know most of the KDE developers are volunteers and that this is like biting the hand that feeds you, but I think a core goal of future KDE development should be feature parity with other window managers as well as simplifying features that Windows converts desperately need (like "disable touchpad when usb mouse is plugged in").

If not, I have to question the goal of having a separate window manager at all. What is KDE for if very basic functionality is considered low priority for being fixed/written?

7oby (tobias-hain) wrote :

I see a fix has been developed over at OpenSuse (comment #4 and #14) back in january '09:
https://bugzilla.novell.com/show_bug.cgi?id=468931

Get it upstream and pulled into Kubuntu.

I see a fix is developed over at OpenSuse (comment #4 and #14):
https://bugzilla.novell.com/show_bug.cgi?id=468931

Would somebody pull this one in? It annoys Kubuntu Users as well:
https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/403610

Laurent Marchal (biguphpc) wrote :

Terrible problem with Karmic, KDE 4.3 is becoming nice but completely unusable with two screens. I have no way to use KDE until it's fixed...

Karmic can not be released with this problem !

Oceanwatcher (oceanwatcher) wrote :

7oby

I am not as seasoned as other people here in finding out all info about a bug, so I really appreciate the work that all of you do to try to find possible solutions etc.

Is there a way to figure out who is in charge of this area in Kubuntu and ask them nicely to change the level of importance for this bug?

paulocic (paulocic) wrote :

I've noticed that if I log into gnome first and then logout and log into KDE it works. A shame KDE won't work with dual-head as smoothly as gnome...

Jorge Eduardo (jorge-birck) wrote :

Im still having this problem here. With kde 4.2 and Kubuntu 9.04, it works fine.

But when im using kubuntu 9.10 fresh install and kde 4.3, i try to activate dual monitors (twinview) with nvidia-settings , but the plasma crash when i activate the effects. Using Nvidia GeForce 7000M with nvidia drivers 185 or 190.

The problem only happens when i change the view with nvidia-settings. If i start kdm with pre configured twinview, it works fine.

Can i help with some log?

Thanks.

I would like to point out that:

------- Comment #12 From putt1ck 2009-07-30 16:39:11 (-)

affects me in exactly the same manner; running KDE 4.3.2 on top of Arch Linux. I've intel GMA 950 graphics, Xorg-server 1.6.3.901. Despite the fact that I've now written bash scripts to trigger the monitor configurations I commonly use, and now know how to use xrandr like the back of my hand, I think it would be a good idea to fix this.

Dennis Ideler (dennis-i-89) wrote :

In Kubuntu 9.04 there was no 'Multiple Monitors' tab, so I worked around it by editing my xorg.conf file. Today I updated to 9.10 and even though my edited xorg.conf file remains the same, my dual monitors now have a cloned desktop on them. I noticed the multiple monitors tab but it gives me the same problem as the others that have posted here. I have the Intel Chipset 945GM series. I can also help with some logging if needed.

foggydude (rogier-stekje) wrote :

I had a perfectly working system and then this popup came:"an upgdare to kubuntu 9.10 is availble"...

im allready spending a week to get everything working again. and this one is persistent. If a fix is available in Suse and many people are suffering, please prioritise this bug!

(nvidia, 2 screens (sounds comes through hdmi-tv that stays black), even krandrtray displays settings for both)

foggydude (rogier-stekje) wrote :

ps: i installed and opened gnome-display-properties.
it warns
"It appears that your graphics driver does not support the necessary extensions to use this tool. Do you want to use your graphics driver vendor's tool instead?"

if chosen "no", also the gnome settings show only my first screen...

foggydude (rogier-stekje) wrote :

ps2: login into gnome, it works completely like it should be. however, when trying the method of @paulocic (login gnome, logout, start kde), it doesnt. screen2 stays black and when moving the mouse to it, the cursor changes to an X. if i use krandrtray to set the resolution to very low, i can make it a huge X....

vmos (pcbadger) wrote :

I've done a fresh install of 9.10 and I'm having this problem too even though it worked fine uner 9.04 (admittedly I had to manually edit my xorg.conf to do it) this should absolutely not be a low priority issue, it's not like multiple monitors are uncommon these days

Jorge Eduardo (jorge-birck) wrote :

9.04 -> nvidia-settings twinview + composite : WORKS OK

9.10 -> nvidia-settings twinview + composite: WHITE SCREEN

with .deb nvidia driver (185) and with the nvidia's site driver (190), same problem!

Its a kde bug??

HIGH PRIORITY who doesnt use multiple monitors??????????

Changed in kdebase-workspace (Ubuntu):
status: Triaged → Confirmed
Changed in kdebase-workspace (Ubuntu):
status: Confirmed → Triaged
Dennis Ideler (dennis-i-89) wrote :

I agree that this should be a higher priority. Being limited to 1 monitor (especially if it's a tiny 15" monitor like mine) is a huge drawback. Does the Multiple Monitors option in the Display Settings work for anyone in 9.10? If it does, it might be hard finding that someone on this bug page...

Chris Puttick (cputtick) wrote :

+1 to the higher priority. This is a significant bug, not a missing feature.

Anyone who doubts it should try using their Kubuntu for typical
professional purposes - like presenting; I did a presentation recently
and everything worked, recognising and understanding the existence of
dual monitors (the laptop screen and the projector). Like everything
including the incredibly useful OpenOffice Presenter Console, which
started automatically when the slide show was started. Everything
except the ability to use the dual monitors out of cloned mode, which
resulted in the Presenter Console being overlaid on the presentation;
not something you can quickly workaround by editing xorg.conf or
fiddling with a CLI.

Fix it, or tell me what needs to be done to fix it. This is a
showstopper for wider corporate use of Kubuntu.

Chris has hit the nail on the head, this is a major issue for anyone presenting to or training clients, let alone the impact it has on your desktop efficiency.

As a small business owner it is essential we spend our time running our business not mucking about with out IT, it's also essential that we look professional in front of our clients and dropping to the CLI at the start of a presentation is not really an option. With any number of different projectors and large plasma screens out there, at any number of different resolutions, this is one feature which needs to work seamlessly.

xrandr seams to detect everything correctly - all the time - it would appear the os just doesn't do something intelligent with the output.

Anything you can do to bump this up the priority list and resolve it will be greatly appreciated. In the mean time I guess we will have to continue to use arandr which so far seams to work.

7oby (tobias-hain) wrote :

A fix has been released
https://bugzilla.novell.com/show_bug.cgi?id=468931#c16

and commited to the KDE 4.4. upstream version:
http://websvn.kde.org/trunk/KDE/kdebase/workspace/kcontrol/randr/ChangeLog?view=log

it fixes the setup of multiple monitor setups:
http://lists.kde.org/?l=kde-core-devel&m=125053677632703&w=2

An option for the Kubuntu maintainers is to cherry pick it. Otherwise it should be available in Kubnutu 10.4 since KDE 4.4 will be released Feb 9th 2010.

Jonathan Thomas (echidnaman) wrote :

Unfortunately (and quite unfortunately at that) this is not cherry-pickable. :(
It breaks just about every post-release protocol imaginable; adding new, untranslated strings as well as modifying the strings of KRandrTray, which would make them untranslated. This would definitely *not* something we could force upon everybody as an update.

Maybe somebody will step up and put the branch in a PPA.
Marking fix committed as a fix has been committed in trunk upstream.

Changed in kdebase-workspace (Ubuntu):
status: Triaged → Fix Committed
palexv (palexv) wrote :

This is the only stopper why I can't use Kubuntu for my work. Will stay on Vista until this will be fixed

Jan Schneider (yunosh) wrote :

As a workaround, I use ARandR which works perfectly fine, including drag'n'drop of monitor positions, and the ability to save monitor schemes, that you can later load from .bashrc or .profile.

palexv (palexv) wrote :

For some reason in ARandr I can't increase width of worspace and set up monitors side by side :(

Leo Milano (lmilano) wrote :

The workaround proposed by Vu Ngoc San can be implemented in a clean way, too:
http://kubuntuforums.net/forums/index.php?topic=3107874.msg205118#msg205118

I am so glad this will be fixed for 10.04! Thanks 7oby for the good news!

Hegh (celloman) wrote :

Here's my workaround (from a terminal window):

$ # Determine what the output names are:
$ xrandr
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 2560 x 1024
DVI-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
   1280x1024 60.0*+ 75.0 60.0*
   1280x960 60.0
   1152x864 75.0
   1024x768 75.0 70.1 60.0
   832x624 74.6
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
   1280x1024 60.0*+ 75.0 60.0*
   1280x960 60.0
   1152x864 75.0
   1024x768 75.0 70.1 60.0
   832x624 74.6
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1

$ # Set up a side-by-side display
$ xrandr --output DVI-0 --left-of DVI-1
$ # Oops! It put my monitors on the wrong sides of each other
$ xrandr --output DVI-1 --left-of DVI-0

*** Bug 208518 has been marked as a duplicate of this bug. ***

Same problem in Fedora 12 KDE and Mandriva 2010 KDE. I had to add a section to xorg.conf and use the xrandr commands to resolve this. Details in the following post:
http://forums.fedoraforum.org/showpost.php?p=1299661&postcount=4

KDE should get on the stick and fix this problem. AND IT IS A PROBLEM.
This is not a problem at all in Fedora 12 GNOME.

*** Bug 181779 has been marked as a duplicate of this bug. ***

Jonathan Thomas (echidnaman) wrote :

Fix released to the development version of Kubuntu 10.04.

Changed in kdebase-workspace (Ubuntu):
status: Fix Committed → Fix Released

Max votes from me --would love to see this fixed.

I would like to see this fixed as well. It has bitten me on Fedora 12 and Mandriva 2010.

Hi all, just a little message to tell you it seems to be fixed in 4.4 :)
The tool is not perfect but it works for me. I do not need to use xrandr anymore :)

Not here in svn.

Changed in kdebase:
status: Unknown → Confirmed

I had this problem as well. A work around is to add
Option "RightOf" "<your primary monitor identifier>"
to the Monitor section for your secondary display in xorg.conf

remember to add Option "monitor-<xrandr name>" "monitor identifier" for each monitor to your "Device" section

Oszkar Ambrus (aoszkar) wrote :

I can confirm this bug in KDE 4.4.1, using Karmic.

Nicholas A. Suppiah (t-boxmy) wrote :

Hegh,

Thank you for putting the xrandr command. It works fine for R60 with Intel 945GM Integrated Video chip and Likom monitor.

Alex Wauck (awauck) wrote :

This bug seems to be fixed in Lucid with 4.4.2.

The option is in KDE 4.4.2. I will retract my votes

Then this bug should be CLOSED.

*** Bug 239876 has been marked as a duplicate of this bug. ***

Yes, GUI is there,

but it does not work with my Intel 965GM and KDE 4.5.0.

At first it caused blinking monitor horror, which did not stop
until I issued good old xrandr command tied to keyboard shotrcut.

After that it just stopped doing anything no matter which options I changed.

Does it work for anybody?

Works for me. Kubuntu 10.04 (KDE 4.4.2), Intel Mobile GM965. Regression in 4.5?

Not work here with open source drivers and ati radeon hd 4570 mobile.

(In reply to comment #30)
> Works for me. Kubuntu 10.04 (KDE 4.4.2), Intel Mobile GM965. Regression in 4.5?

By "Works" you mean you can set resolution for one monitor?

I tried setting external monitor and turning of internal,
but it failed and just cloned internal resolution on external screen.

When I make a little bit more complex setup:
another monitor on top of the internal _not_ in clone mode,
it fails too. I tried various combinations of absolute/below/above.
But it just blinks many times and then clones one of the screen -> useless.

But xrandr from command line works perfectly: it blinks 1 time
and then sets resolutions and positions correctly.
This is command to place external monitor(VGA) above internal (LVDS):
xrandr --output LVDS --mode 1280x800 --rotate normal --pos 0x1200 --output VGA --mode 1920x1200 --rotate normal --pos 0x0

Created attachment 50614
Screenshot of KDE screen settings showing 2 screens being managed

I mean working working :)

Also working (now at my desk) on ATI Radeon X1650 Pro using open source radeon
driver. See attached screen shot.

Apparently this's fixed with KDE 4.4.4

Yes! Thank you for inspiring screenshot.
Finally I see that it is really working working for me too!

Though, there are some glitches.

When you set your screen layout and then press "Apply",
a message appears to accept new layout.
If you don't press "Accept" in about 15 seconds
it reverts to previous configuration.

I think this is what was happening to me, but as my system
is not very fast and I have compositing enabled,
screen was redrawn quite slowly and I just did not see
this message properly. Plus sometimes Kwin doesn't redraw
windows correctly after changing resolution if compositing
is enabled (dodgy Intel drivers), so I saw that a message appears,
but didn't see what is written on it.

If composition is disabled changing screen resolution works faster
and dialog windows is displayed properly.

So I think that it would be quite sensible to make the delay
before Accept/Revert window disappears at least 30 seconds.

But there is workaround: you can just press Alt+A, if you sure,
that resolution is correct, but windows just redraw too slowly
or you just don't want to

Another thing is that you cannot set primary screen,
so on Intel all panels and widgets will migrate to external
screen by default and you have to do it manually:
xrandr LVDS --primary
Here is bug about that: https://bugs.kde.org/show_bug.cgi?id=241719

Yet another glitch is with 90 and 270 orientations
(useful for monitor with pivoting stand in portrait mode):
relative position is calculated incorrectly.
But if you set absolute positions for both monitors everything is fine.
But I think another bug report should be opened fo that one.

Conclusion:
no regression in KDE 4.5.0 for Intel 965GM. FIXED.
Though, cannot confirm this for ATI/NVidia at the moment -
I don't have the hardware.

I have an ATI, no problems here.

*** Bug 181679 has been marked as a duplicate of this bug. ***

ArchLinux. KDE 4.5.1. LVDS1 and VGA1. When one activates the VGA1 not to be a clone but an extension of LVDS1 at left, the desktop content from LVDS1 migrates to VGA1 and a new and empty desktop appears at LVDS1 !!

This was not the behavior some weeks ago. At that time the new desktop at VGA1 was the new (empty) one and the LVDS1 remains at the LCD display of the notebook...

Complementing my comment:

The command

xrandr --output LVDS1 --mode 1280x800 --output VGA1 --auto --right-of LVDS1

result the exact same not desired behavior i described at the last comment here...

One could conclude that the problem is not with KDE but with xrandr itself...

(In reply to comment #40)
> Complementing my comment:
>
> The command
>
> xrandr --output LVDS1 --mode 1280x800 --output VGA1 --auto --right-of LVDS1
>
> result the exact same not desired behavior i described at the last comment
> here...

try running:

xrandr --output LVDS1 --primary --mode 1280x800 --output VGA1 --auto --right-of LVDS1

Yes !!!

A quick read at the man page of xrandr was not enough to me to realize this option "primary" !!

Now it would be nice that this solution reach the persons who take care of the module "Display and Monitor".

Many thanks fred.

In the latest version (4.5.3) there are still some problems with krandrtray in regards to positioning screens. It's still not possible to drag around the screens in the graphical representation as a way to place them. It's also not possible to define which one is the primary one. Also, sometimes I connect an external monitor to my laptop after kde startup and right-clicking on the krandrtray icon doesn't show the new monitor. Left clicking and going to the configuration dialog does work though.

(In reply to comment #43)
> In the latest version (4.5.3) there are still some problems with krandrtray in
> regards to positioning screens. It's still not possible to drag around the
> screens in the graphical representation as a way to place them. It's also not
> possible to define which one is the primary one. Also, sometimes I connect an
> external monitor to my laptop after kde startup and right-clicking on the
> krandrtray icon doesn't show the new monitor. Left clicking and going to the
> configuration dialog does work though.

i confirm your problems too

Changed in kdebase:
importance: Unknown → Medium
Changed in kde-baseapps:
status: Confirmed → Unknown

Anyone from this bugreport able to reproduce it on latest KDE or with KScreen?

Sorry for the late response. The request got lost in an overloaded mailbox...

I have just tried to set up two monitors, connected to an NVidia GForce GT640, using the nouveau driver on Fedora 20 (Gallium 0.4), KDE 4.13.

I had attached the second monitor to my running system and started Display settings module. I could move the screens around but after hitting apply the screens were not redrawn for some time and then reverted back to the original layout.

In a second test I booted the system with the two monitors attached. This time the Display settings module worked fine. I could move monitors around and choose which monitor to make primary.

I did not ever see the pop up dialog asking to confirm the settings for 15 seconds. Has this been removed ?

Thanks for reporting your bug.

Since reporting Krandr has since been replaced by KScreen. It is available in the Plasma 4 series, and is default in Plasma 5 onwards.

I hope this solves your issue. If you still have a problem after upgrading please reopen a new bug under kscreen.

Thanks

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.