Bug 362374 - Changing the primary screen don't produce any effect
Summary: Changing the primary screen don't produce any effect
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: generic-multiscreen (other bugs)
Version First Reported In: 5.5.5
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Aleix Pol
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2016-04-27 20:45 UTC by Paulo Fidalgo
Modified: 2018-09-27 10:28 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
boot log via journalctl -b (1.25 MB, text/plain)
2016-07-11 12:56 UTC, J.Fly
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paulo Fidalgo 2016-04-27 20:45:25 UTC
I was expecting to have the panel and menus moving to the primary screen once I change it in the display settings, at least this was the behavior some versions ago.
Now it doesn't matter the screen I choose for primary... because it will be always the laptop's one.


Reproducible: Always



Expected Results:  
Move the panl to the primary screen
Comment 1 Paulo Fidalgo 2016-04-28 08:45:18 UTC
I have tried to logout and login again and now I have the proper primary screen. Also I can now change it and it's behaving correctly. Altough If I restart the computer the primary screen goes back to the laptop and changing the primary screen don't change anything.
Comment 2 Sebastian Kügler 2016-06-13 23:20:43 UTC
This bug is most likely fixed in Plasma 5.7, can you give the beta a try?
Comment 3 Paulo Fidalgo 2016-06-14 08:04:26 UTC
I will try once I have packages on Fedora, since this is my working system I cannot afford to do much experiences that could sacrifice stability.
Comment 4 Martin Flöser 2016-07-11 12:00:52 UTC
As Plasma 5.7 has been released now, please give it a try. You can also try with the help of a live image such as KDE Neon (https://neon.kde.org/ ).
Comment 5 J.Fly 2016-07-11 12:56:51 UTC
Created attachment 100006 [details]
boot log via journalctl -b
Comment 6 J.Fly 2016-07-11 12:58:18 UTC
I am running plasma 5.7 and I have the same issue.  Cairo Dock knows which display is the primary display, and the display configuration program shows the primary display correctly but the wallpapers and panel default to the laptop monitor always being the primary. 

Now, if I go into the display configuration and switch my primary display from the external monitor to laptop monitor Cairo Dock will switch screens (this is good, tells me Cairo Dock isn't broken) then I switch back to the external monitor being the primary display the wallpapers switch screens and the panel bar goes to the external monitor as intended.

Plasma: 5.7
Framework: 5.23
QT: 5.7
Kernel: 4.6.3-1-Arch

It only happens on boot up, after I do the display configuration dance everything stays proper through screen locks, sleeps, monitor offs etc.  It always happens, so if you want any dumps let me know.  Also let me know what to type to get those dumps since I'm not privy on that kind of stuff.

I've added a log for boot up (journalctl -b >> bootlog.txt)  Maybe you can glean something from this.  I'm running a radeon firegl card.  Typing in [drm] gets you to some radeon/monitor boot info.
Comment 7 Andrew Crouthamel 2018-09-26 22:08:54 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 8 Paulo Fidalgo 2018-09-27 10:28:40 UTC
Fixed as it works not properly on KDE plasma 5.13.4 and KDE framework 4.48.