Long delays and repeated flashing when docking laptop with multiple monitors

Comparison: Windows 10 on the same hardware: https://www.youtube.com/watch?v=VEvidzgedGk
Process takes 5 seconds, no flicker.

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.

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?)

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 /sys/class/drm

before and after docking to see if the results are changing.

Wow. Already reported, by the same person, 10000 bugs ago. Bug 1849955.

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 have two separate bugs here.

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 ignoring such events for some short period so that it can group them into a single config change that will complete faster.

Apologies for the noise of filing the same thing twice. I'm old.

Here's the requested logs.

Thanks. It appears the process of docking introduces three new DisplayPorts, of which two are plugged in.

To debug this further I do not know the commands. It might require a development setup, unless someone knows how to log udev events. I think that's what it will be...

We'd like to know how many there are during docking, what type, and how far apart in time they are.

Would it help for me to bring the docking station to Frankfurt in March?
We could get a couple of displays and do some debugging?

I think I have one somewhere, and an old laptop that can use it. Just a matter of time and priorities to set it all up.

You could argue this isn't a major priority if you wait for the flashing to finish. But on the other hand it takes so long that some users might think it's broken, give up and unplug before it's finished...

I'm happy for this to be a low priority / wishlist bug.
Ultimately it works, it's just a pretty ugly / nasty experience for the user.

I'm facing the same issue on Dell XPS 13 9380 and Type-C dock with 2 displays. Sometimes I'm seeing all 3 screens flashing, sometimes they go black but mouse pointer is visible (and it's moving). Like in the original report, it may take up to 20 seconds for screens to settle.

Could be somehow related to #1883292.