I believe this bug started in Plasma 5.16 but I have rarely used in the last two or three months. However, I am starting to need this laptop more again. My hardware is a 13 inch Macbook Pro Late 2012 (so retina display with 3rd gen core i5)
If I open a Plasma Wayland session, my laptop display is black. The external display works as normal. Using the gesture to show all windows (sliding four fingers upwards on the touchpad) I can see the windows that should be on both screens. If I go back to SDDM, both of my displays are good again.
If I am not in a Plasma Wayland session, everything works correctly (this would include any X.org session, SDDM, and the OpenSuse boot screen when cold booting).
Your hardware info is actually rather sketchy for those trying to offer help. Please install (if not already installed) inxi and Mesa-demo-x. Inxi can be installed either from TW’s standard repos, or the latest version directly from upstream, then run the following in Konsole and post the complete input and output here using code tags:
~> xrandr | egrep ‘onnect|creen|*’ | grep -v disconn | sort -r
XWAYLAND1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 550mm x 310mm
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
1920x1080 59.88*+
Also, if I go to the System Settings Display module, I do see both displays. However, the laptop display is ALWAYS set to disable when I log into a Wayland session. If I enable the laptop display, all I get is black screen with three periods printed in the upper left corner on both displays.
I would like to see the X logs from both session types. The susepaste utility can make this convenient, e.g.
susepaste /var/log/Xorg.0.log
if it exists and is not stale, or ~/.local/share/xorg/Xorg.0.log if it exists and is current. If susepaste doesn’t work for you, in a web browser use https://susepaste.org or https://pastebin.com or any of the similar pastebinning sites. Add the URLs provided by the processes to your reply.
There may be no frequenters here who can replicate your hardware combination of 13" Ivybridge Mobile Retina on eDP in combination with HDTV screen on HDMI output, so likely you’ll at best get suggestions of things to try that may or may not be helpful. I’ve never attempted to open any Wayland session. Filing a bug report might be a better way forward. What follows is in no particular order.
I did some searching as a result of seeing
(EE) Failed to open authorization file "/run/sddm/…
in both your logs that leads me to suspect SDDM could be the root of your problem. This is not particularly easy to test for, which would be
trying GDM (for which Wayland is closely coupled), (or KDM or LightDM), probably none of which are installed, instead of SDDM - or -
booting to multi-user mode by appending a space
and a 3 to the end of the line beginning with linu that appears when you strike the E key at the Grub menu. This should result in a login prompt in plain text instead of the usual login greeter. First switch away from the boot screen via Ctrl-Alt-F2 or Ctrl-Alt-F3, then login, then try startx. As a normal user this may fail with a misleading error. Two ways around this error are to either[list]*] login as root and try again startx, only long enough to test whether the problem still appears and thus could be attributable to SDDM, or - as normal user, run this command first:
sudo chmod 4711 /usr/bin/Xorg
then try startx again.
[/list]
A tenuous suspicion from search hits is a RAM limitation. Do you have more than 4GB RAM installed? The Ivybridge GPU shares system RAM. With both the Retina and an external display connected, an abundance of video RAM is required. A RAM allocation error in Wayland that Xorg does not have could explain the black higher-definition screen.
That URL also suggests trying the oldest kernel you still have installed if it’s from whenever the problem first appeared. With any luck this would be a 5.0.x kernel.
Simplest solution would seem to be not using Wayland, as it seems to get rather little use from or recommendation by non-Gnome users.
Wow! After playing around with all those suggestions, what fixed the issue is creating a new user and logging into that new user. The only thing I can think of that I am using that is non-standard would be Kvantum (from a repository called trmdi on the build service) and the the broadcom-wl driver from Packman. I backed up my dot folders/files so I can try to see what causes the issue tomorrow. If I can pin point the issue, I’ll post here or on a bug tracker.
Also, thank you for the help. I tried many rolling release distros (like Chakra and Antergos) and Tumbleweed has been my favorite due to the larger software repositories. Glad to know we have someone who cares here!
My problems are due to a config file called ~/.local/share/kscreen/0d0953ada0527d214bdd3389afe41905](KScreen Bad Config - Pastebin.com) being created EVERY time I put my laptop to sleep. Seriously, same exact file name, every time. No idea where it came from but it keeps my laptop display disabled. I guess the temporary solution would be deleting the file and then re-logging back in.