[Desktop-packages] [Bug 1898210] Re: X11 applications do not refresh in a timely fashion, resulting in screen corruption, when using custom xrandr scaling

2020-10-23 Thread Ethan Blanton
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 Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1898210 Title: X11 applications do

[Desktop-packages] [Bug 1898210] Re: X11 applications do not refresh in a timely fashion, resulting in screen corruption, when using custom xrandr scaling

2020-10-19 Thread Ethan Blanton
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 becau

[Desktop-packages] [Bug 1893969] Re: Characters are rendered with a slight border when using custom xrandr scaling

2020-10-19 Thread Ethan Blanton
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 are

[Desktop-packages] [Bug 1898210] Re: X11 applications do not refresh in a timely fashion, resulting in screen corruption, when using custom xrandr scaling

2020-10-10 Thread Ethan Blanton
I can still reproduce this problem with Kernel 5.6.0-1028-oem. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1898210 Title: X11 applications do not refresh in a timely fashion, r

[Desktop-packages] [Bug 1898210] Re: X11 applications do not refresh in a timely fashion, resulting in screen corruption, when using custom xrandr scaling

2020-10-04 Thread Ethan Blanton
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 Desktop Packages, which is subsc

[Desktop-packages] [Bug 1893969] Re: Characters are rendered with a slight border when using custom xrandr scaling

2020-10-02 Thread Ethan Blanton
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 a

[Desktop-packages] [Bug 1898210] [NEW] X11 applications do not refresh in a timely fashion, resulting in screen corruption

2020-10-02 Thread Ethan Blanton
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: * F

[Desktop-packages] [Bug 1893969] Re: Characters are rendered with a slight border when using custom xrandr scaling

2020-10-02 Thread Ethan Blanton
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

[Desktop-packages] [Bug 1893969] Re: Screen corruption and delayed update using onboard Intel video

2020-09-22 Thread Ethan Blanton
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 proble

[Desktop-packages] [Bug 1893969] Re: Screen corruption and delayed update using onboard Intel video

2020-09-18 Thread Ethan Blanton
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 Xrand

[Desktop-packages] [Bug 1893969] [NEW] Screen corruption and delayed update using onboard Intel video

2020-09-02 Thread Ethan Blanton
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 highlight

[Desktop-packages] [Bug 1579559] Re: Font glyphs do not render correctly in some applications after suspend

2016-05-08 Thread Ethan Blanton
The COGL_ATLAS_DEFAULT_BLIT_MODE workaround was not permanent. After a good long sleep (several hours), fonts are no longer rendering in awesome. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu. https:/

[Desktop-packages] [Bug 1579559] [NEW] Font glyphs do not render correctly in some applications after suspend

2016-05-08 Thread Ethan Blanton
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 and

[Desktop-packages] [Bug 1328412] [NEW] Huawei E398 GSM modem configuration data not included

2014-06-10 Thread Ethan Blanton
Public bug reported: Configuration data for the Huawei E398 modem is not included in the usb- modeswitch-data package, and its mode is not switched upon insertion. Bug #1192297 is for a similar device, and the instructions included there describe a working fix. (The second comment includes the co