| Summary: | Impossible to modify the layout of the second screen | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | humufr |
| Component: | generic-multiscreen | Assignee: | Aleix Pol <aleixpol> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bhush94, david, kde, morgancoxuk, notmart, plasma-bugs, simonandric5, sylvain |
| Priority: | NOR | ||
| Version: | 5.7.95 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/plasma-workspace/ca1bf0e3e4c018127d2aac0a78a2e44385b76174 | Version Fixed In: | |
| Attachments: |
panels on different screen
plasmashellrc plasma-org.kde.plasma.desktop-appletsrc |
||
|
Description
humufr
2016-10-03 08:46:33 UTC
I don't understand Are you saying you do not have the option "configure desktop" on the second screen? No I have the option but no change are working. If I am modifying the wallpaper, the toolbox etc. It is coming back to the default configuration immediately. And I lost the notes I put on that second screen. In notice now that in reality it is most of my configuration which got completely screwed. I configure the top right corner to show the grid desktop but know that configuration is not available. There are also a really funny things with the unify desktop option which unify the desktop but not using the main desktop (so all the panel are missing...). I killed systemsettings and restart it (to get my hand on it since I cannot navigate on the window another configuration wich is not working) and desunify the screens. The panels were one on one screen the other one on the second screen (see screenshot). Something is really buggy with plasma. Created attachment 101395 [details]
panels on different screen
I found something extremely interesting and extremely weird. I notice that one of the change I made was removing the x86-video-intel driver. With that driver everything worked well and none of the problem I mention above present. The problems appeared when I removed this software. I reinstall it and indeed my whole plasma configuration is back as normal. I removed again the x86 driver and problems are back. So yes it is reproducible. In summary DRM driver and x86 driver does induce a different behaviour/management with plasma. I am going back now to my intel x86 driver. >No I have the option but no change are working. If I am modifying the wallpaper, the toolbox etc. It is coming back to the default configuration immediately.
Coming back to the default?
So do the settings apply and then revert? or do they simply not apply?
Can you also include your ~/.config/plasma-org.kde.plasma.desktop-appletsrc
and your ~/.config/plasamshellrc It is coming to the default one for the second screen: plasmoid and background not present and not modifiable. Created attachment 101407 [details]
plasmashellrc
Created attachment 101408 [details]
plasma-org.kde.plasma.desktop-appletsrc
Sorry I didn't answer properly in my commens 8: If I am using the driver x86, I am coming back to my configuration for the second screen with my choice of wallpaper and plasmoid and I change change it if I want. If I am using the kernel DRM driver (ie I am removing the x86 driver). My second screen is with the default KDE configuration for the wallpaper, toolbox etc. It seems something is terribly wrong with your configuration and you seem to have 164 desktopcontainment (from plasma-org.kde.plasma.desktop-appletsrc.) I once managed to reproduce similar bug.. but after cleaning ~/.config/plasmashellrc and ~/.config/plasma-org.kde.plasma.desktop-appletsrc it worked for me.. I suggest to rename/backup those files and try again.. changing the driver it changed the screen connector names, so containments associated became invalid i see in plasmashellrc that it believes there are 5 screens the saved names are 0=DP1-2 1=eDP1 2=HDMI1 3=eDP-1 4=unknown in there there are 2 versions of the same screens (called differently by the different drivers i guess) I don't know who "unknown" is tough. this is kinda expected even if bad, but what it should happen would be just having a set of 2 different containments with the new drivers, that correctly save the settings. what really shouldn't happen, is the fact that in appletsrc there are 152 containments associated with screen 3, looks like it's creating a new one on each startup, for some reason how your screens are called in your systemsettings screen utility? with both drivers version This is basically what I did. Removing the files and redo my configuration. I agree that the files are weird but I used only KDE tools to do the configurations. That means something happens which is, from your comments, not exactly expected. As for the questions: Driver x86-video-intel: - eDP1 - DP1-2 for the DRM driver I have to restart my computer which I will do it later reproduced and figured out what's goig on https://phabricator.kde.org/D3006 will partly fix it (is as good as we can get it) unfortunately the different driver changes screen names so non-primary screen containments will still get lost. but with this, you should be able again to configure your wallpaper*and* should clean up too the problem that happened in appletsrc Good so it was not me and my stupid configuration but a real bug at least now you can think on a proper solution. Thanks.
Just to clarify:
> unfortunately the different driver changes screen names so non-primary screen containments will still get lost.
Does that means that if I have a second screen at home and another at work, the second screen will be different at every place? If yes that can become problematic for a lot of people. I know the workaround (no specific conf on the second screen) but for most of people the behavior will be weird.
Git commit ca1bf0e3e4c018127d2aac0a78a2e44385b76174 by Marco Martin. Committed on 10/10/2016 at 14:53. Pushed by mart into branch 'Plasma/5.8'. fix screenForContainment when screen ids > count Summary: the check that was there, screen id not being more than screen count is not valid anymore with the screenpool approach, a screen id can be bigger than the screen count in cases such as middle screen of a 3 screen system disabled, or driver change (in which unfortunately, connector names can change) without this, a new containment was created for each startup. Test Plan: created a puroposefully corrupted plasmashellrc file, where one known screen has a big number as id. without patch a new containment is added in appletsrc each time with the patch it behaves fine. Reviewers: #plasma, davidedmundson Reviewed By: #plasma, davidedmundson Subscribers: davidedmundson, plasma-devel Tags: #plasma Differential Revision: https://phabricator.kde.org/D3006 M +4 -3 shell/shellcorona.cpp http://commits.kde.org/plasma-workspace/ca1bf0e3e4c018127d2aac0a78a2e44385b76174 *** Bug 370711 has been marked as a duplicate of this bug. *** *** Bug 370411 has been marked as a duplicate of this bug. *** Seems related to my bug https://bugs.kde.org/show_bug.cgi?id=371207 Is this bug going to be fixed in Kubuntu 16.10 ? *** Bug 370411 has been marked as a duplicate of this bug. *** |