What additional information is needed so that this bug is not closed as
incomplete in a few days?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1898210
Title:
X11 applications do not
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
See the fd.o bug, but this xrandr configuration seems to behave
normally:
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
I can still reproduce this problem with Kernel 5.6.0-1028-oem.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1898210
Title:
X11 applications do not refresh in a timely fashion,
Filed:
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1084
** Bug watch added: gitlab.freedesktop.org/xorg/xserver/-/issues #1084
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1084
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed
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
Public bug reported:
Many X11 applications do not refresh in a timely fashion, and the window
must be disturbed to achieve refresh. Typical disturbances causing
refresh are: typing in the window, interacting with the mouse, focusing
a different application, etc.
I have seen this behavior in:
*
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
It happens for sure in the following applications (which I think rules
out the application and toolkit, but not the compositor or Xorg):
* Firefox
* Emacs
* Electron apps (Keybase, Slack, Element)
* Okular
* OBS (maybe; this may be a different problem)
* FreeCAD (maybe; FreeCAD has painting
The specific part of the screen shot with obvious corruption is cropped
below. I'll try to get a video; one problem I have is that many of the
specific things I do that reliably show the problem are at times when
private data is visible on my screen.
I _cannot_ show this problem without the
Public bug reported:
I frequently get screen corruption or delayed screen updates using
onboard Intel video (i7-10710U in a Dell XPS 13 7390). I am attaching a
screen shot of an example of this in Emacs, where you can see echoes of
past cursor locations (center right side of screen, the
Public bug reported:
After suspend/resume of my laptop, some applications do not reliably
render Xft fonts, leaving the areas where such fonts should be rendered
entirely blank. Both rxvt-unicode and awesome show this problem.
Installed versions of these packages are rxvt-unicode 9.21-1build1
12 matches
Mail list logo