I can imagine some delays could be mutter's fault...
(just a theory)
If we get a burst of a number of new connector/hotplug/udev events and
mutter tries to action each one immediately then it will take a long
time and lots of flashing to get through all of them. To avoid that,
mutter should be
Wow. Already reported, by the same person, 1 bugs ago. Bug 1849955.
** Tags added: eoan
** Also affects: mutter (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I would like to understand if the long delay is just the time it takes
for the kernel to advertise the new connectors, or if it's some delay in
mutter.
Separately, yes the desktop should never appear cut in the middle of the
screen like that so that part sounds like a mutter bug. We potentially
Yeah the data we would like to see attached automatically are:
lspci -k
xrandr
Alan, can you please run 'xrandr' before and after docking, and attach
them? I suspect the trigger for this confusion is the introduction of
new monitor connectors (not just new monitors).
Also please run:
ls
Thank you for your bug report. could you attach the full 'journalctl -b
0' log from the system after triggering the bug? Also could you give
some details on the videocard/driver you are using (Daniel, Marco,
should we update the apport hook to include those informations?)
--
You received this
Comparison: Ubuntu on Wayland on same hardware:
https://www.youtube.com/watch?v=rw0cq5FwpHU
Less flicker than Ubuntu, and faster it seems. Around 13 seconds.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Comparison: Windows 10 on the same hardware:
https://www.youtube.com/watch?v=VEvidzgedGk
Process takes 5 seconds, no flicker.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1859955
Title:
Display
