![]() Registered Member ![]()
|
I had this bug when I was running dual monitors in Debian 7 (Wheezy), but thought I'd hold off asking about it until Debian 8 (Jessie). Now that I've upgraded to Jessie the bug is still there, KDE 4.14.2
See for yourself: http://postimg.org/image/cbpla611j/ The smaller of the overlapped wallpapers is supposed to be my laptop screen 1366x768, and the larger one a separate monitor 1920x1080. This kind of glitch happens every time I log in, and sometimes varies (either a panel will be in the wrong place, or the larger monitor won't have a desktop but only a panel). On Wheezy I just lived with it, but on Jessie if I fiddle in the System Settings for monitors and click "apply" it seems to reset the monitors correctly, but not permanently. I tried adding a script at startup to remedy the issue, but to no avail. I believe Xrandr is placing the screens correctly, but Plasma Desktop is not rendering objects in the correct places. This is the script I have -
|
![]() Global Moderator ![]()
|
What does
say?
Debian testing
|
![]() Registered Member ![]()
|
|
![]() Global Moderator ![]()
|
No experience with that card/driver, sorry.
Debian testing
|
![]() Registered Member ![]()
|
Interestingly, from a Live CD both desktops on the two monitors are rendered and placed correctly.
|
![]() Global Moderator ![]()
|
Well, try and see which kernel driver is used then.
Debian testing
|
![]() ![]()
|
I'm not sure that this is a visual/graphical issue - it rather looks like one of the plasma-desktop windows is positioned on the wrong screen.
To check that, run "xwininfo" and pick the small wallpaper area, then run "xwininfo" again, pick the uncovered big area and check whether the output (window id, geometry) is different. My guess is that the RandR setup at login "confuses" plasma-desktop, "kquitapp plasma-desktop; sleep 1; plasma-desktop &" should then do as well. Please then test whether you're using kscreen or krandr ("kcmshell4 --list | grep -iE '(screen|randr)'") - or both. Unfortunately, I would not know what or how confuses plasma-desktop in case, but you could try to delay its startup a bit: ~/.kde/share/autostart/plasma-desktop.desktop (might be ~/.kde4/share...)
if you successfully shadow the original service, this will delay the plasma-desktop start by 5 seconds - no guarantee that it helps in this case, though. |
![]() Registered Member ![]()
|
The same driver is in use on the Live CD.
I'm in the Live CD environment right now. For the record kscreen seems to be in use here:
|
![]() Registered Member ![]()
|
The installed environment also uses kscreen, with the same output as the live environment above.
Output from kscreen-console on installed:
Last edited by heminder on Wed Jul 15, 2015 2:59 pm, edited 4 times in total.
|
![]() Registered Member ![]()
|
Hmmm, I haven't been able to find the file in the location you mentioned, but I've found several others?
|
![]() ![]()
|
/usr/share/autostart/plasma-desktop.desktop is the "original" systemwide file, ~/.kde/share/autostart/plasma-desktop.desktop will shadow that - it's not supposed to exits (yet). The system file would get overridden with the next update, so don't edit that.
First however verify that those are indeed two different desktop windows. |
![]() Registered Member ![]()
|
Yes, they are indeed different windows. One has id 0x1c00304 and the other 0x1c0030d.
I made the new file in my home folder and copied the lines directly from your post. It doesn't seem to have affected anything, other than KDE taking 5 seconds longer to start. |
![]() ![]()
|
The delay (KDE does not take longer to start, only the plasma-desktop process is scheduled) is of course expected, but apparently no help.
Did you try to restart plasma-desktop after login? ("kquitapp plasma-desktop; sleep 1; plasma-desktop &") - does that "fix" it? |
![]() Registered Member ![]()
|
It just seems to reset the workspaces where they were, with no change. Here's an idea: would it be possible to take plasma configuration files from a Live CD and apply them to the installed environment? Verbose of the above:
|
![]() ![]()
|
You could try whether just moving ~/.kde/share/config/plasma* away (don't delete it!) helps at all (move it, then restart plasma-desktop)
If it does, create some dummy setup (add some widgets or change the wallpapers etc) to write back the config, then restart plasma-desktop once more. If it still works, comparing the new to the old config files might be interesting. If not, it's not in the plasma-desktop configs (and actually I tend to doubt so, as you stated that adjusting the screen layout a little "fixes" it) Can you please dump "xrandr -q" before and after "fixing" it by adjusting the screen setup? |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]