Eu encontrei o mesmo bug. Seu truque é simplesmente um gatilho que faz com que o erro não caia. Uma vez que sua solução não funcionou para mim, eu entrei um pouco e encontrei um cara legal com uma solução que pode ajudar outras pessoas aqui também.
O principal problema é que o bug que encontramos aqui faz com que o monitor que está rolando para o outro tenha uma tela virtual com o tamanho das duas telas somadas. Portanto, a solução pode parecer desabilitar esse espaço virtual extra nessa tela para ajustar-se à resolução do monitor. Isso geralmente é feito com o argumento --panning AxB
- Usamos para definir o tamanho do espaço virtual.
É assim que você pode fazer isso:
xrandr \
--output LVDS-1-0 --mode 1920x1080 --panning 1920x1080 --pos 1920x0 \
--output HDMI-0 --mode 1920x1080 --panning 1920x1080 --pos 0x0 --primary
(Slashed \
adicionado para usar novas linhas no comando.)
Infelizmente, o problema aqui é que o driver (que é o bug) parece substituir o pan que definimos (ou não). Mas o que não é para definir outra parte do panning: A área de rastreamento! A área de rastreamento é, na verdade, a parte da tela que a câmera segue o cursor naquele monitor.
A ideia é definir o panorama como o driver, mas restringir a área de rastreamento.
Isso é feito com o seguinte comando:
xrandr \
--output LVDS-1-0 --mode 1920x1080 \
--output HDMI-0 --mode 1920x1080 --panning 3840x1080+0+0/1920x1080+1920+0/0/0/0/0 --primary
"Os quatro primeiros parâmetros [do argumento panning
]