c14cce63764fbe5f0279b2f6f2cc44c4d0f178e9
X composes every attached output into one framebuffer, so with a 4K monitor at +0+0 and a 1080p TV at +3840+0 the framebuffer is 5760x2160 and mirroring it whole sent BOTH screens side by side, then halved them for being over the scale threshold. The remote desktop showed a squashed double-width image with the second monitor hanging off the right — correct, and useless. Clip to the primary output instead: 3840x2160+0+0 here, which then scales to a clean 1920x1080. Only clips when a primary is actually marked AND more than one output is connected. With a single output the framebuffer already IS that screen, so clipping would add a failure mode for no gain. The scale decision now keys off what is really being served — the clip when there is one, the whole framebuffer otherwise — instead of a framebuffer width that may span screens. Never showed up under LightDM because only one output was ever live there. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Description
No description provided
42 MiB
Languages
TypeScript
90.9%
Shell
4.7%
JavaScript
4.1%
CSS
0.2%
HTML
0.1%