You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have two monitors, which I hook into a Galago Pro – one into the HDMI another into the displayport.
If I very carefully and slowly connect each monitor, and wait for the daemon to reconfigure things before proceeding, (and then, as a third step, close the lid) – then it's fine. Same for disconnecting. It takes a while.
And if I am not slow/careful enough, something happens to the desktop. The system isn't entirely frozen, but that TTY is blank, and I can't interact with Gnome.
My "fix" is: killall -3 gnome-shell. I store this as an sh script in ~/bin/kick-gnome-shell, which I execute from another TTY, as needed.
(But, of course, that's not ideal; and, I don't know if others might have the same issue, but not know what to do to remediate it.)
Steps to reproduce
Connect/disconnect more than one of these monitors without waiting for the daemon to handle each event and to redraw the displays.
Expected behavior
gnome-shell should never be put into such a state that the TTY cannot recover (without a "kick")
Ideally, the daemon would recover from repeated events such that the entire process doesn't take so long, – i.e. if a second [dis]connection event occurs while it's processing the first one, it's able to immediately start over with the new state.
The text was updated successfully, but these errors were encountered:
Environment
Distribution
Monitors
(No
~/.config/montors.xml
.)Application information
Issue/Bug Description
I have two monitors, which I hook into a Galago Pro – one into the HDMI another into the displayport.
If I very carefully and slowly connect each monitor, and wait for the daemon to reconfigure things before proceeding, (and then, as a third step, close the lid) – then it's fine. Same for disconnecting. It takes a while.
And if I am not slow/careful enough, something happens to the desktop. The system isn't entirely frozen, but that TTY is blank, and I can't interact with Gnome.
My "fix" is:
killall -3 gnome-shell
. I store this as an sh script in~/bin/kick-gnome-shell
, which I execute from another TTY, as needed.(But, of course, that's not ideal; and, I don't know if others might have the same issue, but not know what to do to remediate it.)
Steps to reproduce
Connect/disconnect more than one of these monitors without waiting for the daemon to handle each event and to redraw the displays.
Expected behavior
The text was updated successfully, but these errors were encountered: