| Summary: | When laptop lid closes, windows on its screen jump to external display; when it is re-opened, windows don't jump back to it | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | kittenwolf <kde_bugreport-q> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | Keywords: | usability |
| Version: | 5.24.4 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
kittenwolf
2022-05-01 20:26:31 UTC
Can you paste the output of `grep IgnoreLid /etc/UPower/UPower.conf`? If it says "IgnoreLid=true", then it's an upstream bug in upower, and this may be a duplicate of Bug 448400. (In reply to Nate Graham from comment #1) > Can you paste the output of `grep IgnoreLid /etc/UPower/UPower.conf`? If it > says "IgnoreLid=true", then it's an upstream bug in upower, and this may be > a duplicate of Bug 448400. That bug looks quite different from mine. I *want* closing the lid to do nothing. The poster in the bug you referenced wants closing the lid to suspend the laptop. I don't want that. Disabling KScreen 2 and setting up arandr to manage my screens solved all of my issues related to this particular problem, so this seems to me to be solidly a KScreen 2 problem, not an upstream upower problem. Thanks. It seems like the real problem here is the following:
> When I open my laptop, the windows don't jump back
If that were fixed, you wouldn't be wanting a way to make the behavior configurable. So IMO let's fix that. :)
(In reply to Nate Graham from comment #3) > Thanks. It seems like the real problem here is the following: > > > When I open my laptop, the windows don't jump back > > If that were fixed, you wouldn't be wanting a way to make the behavior > configurable. So IMO let's fix that. :) I apologize; this is kind of a weird situation and I messed up in explaining this well. Current workaround: I disabled KScreen 2, following advice I found on reddit, following a google search. This caused the problem that screen positions weren't remembered, so I installed arandr, saved the config, and configured the script it generates to run on startup in KDE. Ever since I've done this, everything works the way I want: closing the laptop lid does nothing, and when I log in, the screen display ends up the way I would like it to be. The Problem: Before I arrived at my workaround, detailed above, I was frustrated by this problem: whenever I closed my laptop's lid, all the windows on my laptop's display jumped over to the external display. Also, plasma desktop would crash: the screen would go black, then the wallpaper would redraw, then eventually the task manager would return. Since the default install leaves KScreen 2 enabled, I figured I should file a bug report, since this must be effecting other people, especially given the fact that disabling KScreen 2 was recommended as a workaround. Background: I already modified power settings, because I didn't want my computer to suspend when I close the laptop lid, so that was the first thing I did after installing KDE. So, I'm not sure how upower fits in to the equation here. > I was frustrated by this problem: whenever I closed my laptop's lid, all the windows on my laptop's display
> jumped over to the external display.
Is that not what you would expect them to do? If they didn't do this, then the windows on the laptop screen would just be inaccessible. Is that what you want to happen?
Yeah, I didn't want that to happen. I know my case is pretty non-standard; my second display is a television screen. I use it for listening to music (mpd) or watching videos (which I put on the screen either with a script, or by dragging my browser window over). Mostly I just put a full-screen black image up and use my TV for music. Just to clarify: yes, I want the windows on my laptop to remain on my laptop display, and not jump over to the TV when I close the lid. Thanks for the clarification. Unfortunately I don't think it's feasible for us to formally support that workflow. It would be very unexpected and destructive to allow windows to become inaccessible when the screens they're on are turned off. Most people would panic over such a thing. Since you are highly technically adept and have a specialized use case that benefits from doing that anyway, and you've already found a workaround that works for you, I'd recommend simply continuing to use it. But do understand that it's an explicitly unsupported setup so we're not able to provide support for it in KDE. Sorry I couldn't give you better news! (In reply to Nate Graham from comment #8) > Thanks for the clarification. > > Unfortunately I don't think it's feasible for us to formally support that > workflow. It would be very unexpected and destructive to allow windows to > become inaccessible when the screens they're on are turned off. Most people > would panic over such a thing. > > Since you are highly technically adept and have a specialized use case that > benefits from doing that anyway, and you've already found a workaround that > works for you, I'd recommend simply continuing to use it. But do understand > that it's an explicitly unsupported setup so we're not able to provide > support for it in KDE. Sorry I couldn't give you better news! Understandable - this is a volunteer-based effort after all. Thanks for helping the project. You're welcome! Thanks a lot for your understanding. |