The emacs rendering bugs go away with this RandR configuration:
xrandr --fb $((1920 * 3))x1080 --dpi 100 \
--output eDP-1 --mode 1920x1080 \
--output DP-2-8 --auto --left-of eDP-1 \
--output DP-2-1 --auto --left-of DP-2-8
--
You received this bug notification because you
I just filed #1898210 for comment #9.
Note for the record that the Emacs behavior is _exactly the same_ as
Firefox, and is not _always_ related to the cursor. In particular,
changing window focus causes it to redraw correctly without fail.
--
You received this bug notification because you are
I will open a second bug for comment #9, then.
Regarding #8 and Emacs; I am running exactly the same Emacs with exactly
the same configuration (the configurations are both checkouts of exactly
the same Mercurial repository) on three different machines. This is the
only machine that displays that
Comment #8 looks like the same bug, which I would now assign to either
emacs or xorg-server.
Comment #9 looks like a different bug so let's not discuss that here.
Each problem should have a separate bug report.
** Package changed: compton (Ubuntu) => xorg-server (Ubuntu)
** Also affects: emacs
In my experience the kind of corruption shown in comment #3 can only
happen with X11 compositors. Because only X11 allows apps to defer
responsibility for placing parts of the app (like characters in an
editor) to a separate compositor.
So this is probably a bug in compton. Less likely a bug in
5 matches
Mail list logo