| Summary: | No way to reset display configurations | ||
|---|---|---|---|
| Product: | [Plasma] KScreen | Reporter: | Matthias <shalokshalom> |
| Component: | common | Assignee: | kscreen-bugs-null <kscreen-bugs-null> |
| Status: | RESOLVED LATER | ||
| Severity: | major | CC: | kde, kde, kdedev, nate, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | 6.5.80 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Matthias
2025-10-09 17:36:00 UTC
I ran into a very similar problem with a similar setup - an HTPC (running CachyOS with Plasma) connected to a TV over HDMI as the only display. The details leading up to the result are a little different but the result was the same - a blank display and no easy way of recovering. Note: There are ways of recovering which don't require reinstalling the system, but that's tangential. The user should have an easy way to recover from the situation. Details: - The TV was turned off, and the system was left on (no sleep / hibernate) - Due to some problem we haven't gotten to the root of, after turning on the TV, sometimes the backlight would come on but not display the desktop. Sometimes, the desktop would be in a corner of the TV display. - To get the display back to normal, if the UI is visible, we go to Display Configuration - choose a lower resolution, apply, choose the correct resolution, apply. **However** one time, I chose a resolution the TV couldn't display. It went blank and then showed a message (from by the TV) that the resolution was not supported, and to choose a different resolution. Note: I had not clicked Keep. I expected that when the timeout was reached, and the change was reverted, that the TV would display the desktop again, but this didn't happen. This got the TV into the same state as described in the first comment. In situations like this, it would be nice to have some sane fallback that allows the user to regain access to the UI and recover In the Windows world, when a graphics driver crashes, the UI is able to fall back to a very low / basic resolution (usually 800 x 600), so something like that would be nice. Workaround: Get to TTY and reboot removing the json while kwin_wayland is not running works. I just tested it, afterwards the position of my screens were reset.
Alternatively you can change settings with kscreen-doctor while kwin_wayland is running (might have to set WAYLAND_DISPLAY environment variable) when doing from outside the session
> So far as I know, does KWin violate the fundamental UNIX principle that everything is editable in the form of a text file.
This is desktop Linux not UNIX
> removing the json while kwin_wayland is not running works.
Sounds awesome. How about a button that does exactly that?
I also don't understand why I can't access and modify the display settings of an external display, unless they are plugged in. Is it maybe possible to have KScreen optionally showing all the displays, it was connected to - similarly as it is with WLAN and Bluetooth connections - and allow me to alter its settings before I plug it in? I think its not properly understood, that this is a critical issue, that renders the hardware of people effectively useless, and that happens more often than probably believed. Just sending casuals to the tty, because the team has broken decade old Linux traditions for unknown reasons, seems like a really bad design decision. It cant be that we send users into broken hardware, without offering a proper solution for that. >I also don't understand why I can't access and modify the display settings of an external display, unless they are plugged in.
The UX would be too confusing.
One thing coming in future releases is a "safe mode" available at the login manager screen, this will bypass your current user settings and provide a button to delete all kwin+plasma configs.
That would surely be an improvement. Is there already an issue open, that I can follow? |