Comment 5 for bug 1492778

It affects me too with Intel NUC 5i5RYH. I have a WORKAROUND (read till the end of this post).

I have it plugged to a TV by HDMI.
Everytime the TV is switched off, X crashes with libqxcb.so errors in syslog, though the problem is not in libqxcb.so.

The problem is that xrandr looses all screen displays!! Nasty stuff. I found out about that by compiling a custom libqxcb and writing log messages to a file. This did not happen in 14.04.
Of course it won't affect laptops because they have always at least one display connected.

It also doesn't affect most desktop monitors, because when they are in standby, they don't signal that they are off in the HDMI cable signals. (pin 19).

It only affects computers on which all of their monitors or TVs get turned off without turning the computer off, and those monitors or TVs assert HDMI pin 19. My TV isn't even off, it is in standby and it asserts pin 19, which crashes linux.

Please look for HDMI PIN 19 (Hot plug detect) in the web for more information. It has caused problems in windows too in the past.

I have a nasty quick and dirty WORKAROUND:

Every time I reboot it or switch it on, I wait for X to start on the TV I have to:

     1) Wait for the UI to start. Login.
     2) In a console in the UI (such as konsole, yakuake, etc.), run this:

              xrandr --output VIRTUAL1 --mode 1920x1080 --same-as HDMI1
              xrandr --addmode VIRTUAL1 1920x1080
              xrandr --output HDMI1 --primary

      3) Now, if you run:
                xrandr
           you'll see that there is an additional display called VIRTUAL1

I tried and failed to make this sequence of commands automatic upon login in. Something about the timing about which they have to be run, when the full desktop has already been loaded I guess.

Please someone let me know if these xrandr commands can be made automatic. I'm getting "cranky" about having to run them every time the HTPC has to reboot or looses power and switch it on again.

Cheers!!
--Juan Manuel Cabo