From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 09 22:11:39 2015 Received: (at submit) by debbugs.gnu.org; 10 Oct 2015 02:11:39 +0000 Received: from localhost ([127.0.0.1]:34725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZkjdK-00073N-I8 for submit@debbugs.gnu.org; Fri, 09 Oct 2015 22:11:39 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56682) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZkiCR-0004tP-Hz for submit@debbugs.gnu.org; Fri, 09 Oct 2015 20:39:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkiAk-00018B-TK for submit@debbugs.gnu.org; Fri, 09 Oct 2015 20:39:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: *** X-Spam-Status: No, score=4.0 required=5.0 tests=BAYES_50,FSL_HELO_BARE_IP_2, RCVD_NUMERIC_HELO autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44615) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zkchh-0006CR-QW for submit@debbugs.gnu.org; Fri, 09 Oct 2015 14:47:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkcRs-0007hc-12 for bug-gnu-emacs@gnu.org; Fri, 09 Oct 2015 14:31:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkcRo-00065a-SW for bug-gnu-emacs@gnu.org; Fri, 09 Oct 2015 14:31:20 -0400 Received: from ham1-4.dnslinks.net ([74.86.15.251]:34216 helo=ham1.dnslinks.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkcRo-000650-Lw for bug-gnu-emacs@gnu.org; Fri, 09 Oct 2015 14:31:16 -0400 Received: (qmail 27032 invoked from network); 9 Oct 2015 18:11:36 -0000 Received: from unknown (HELO 67.228.73.20) (10.13.148.196) by localhost with SMTP; 9 Oct 2015 18:11:36 -0000 Received: from 72.237.174.2 (SquirrelMail authenticated user me@alandmoore.com) by 67.228.73.20 with HTTP; Fri, 9 Oct 2015 18:31:14 -0000 (GMT) Message-ID: <36064.72.237.174.2.1444415474.squirrel@67.228.73.20> Date: Fri, 9 Oct 2015 18:31:14 -0000 (GMT) Subject: 24.5; Scrolling garbles text with third monitor enabled From: me@alandmoore.com To: bug-gnu-emacs@gnu.org User-Agent: SquirrelMail/1.4.6 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 09 Oct 2015 22:11:37 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) When I scroll a buffer with the mouse in GTK3, GTK2, or lucid emacs, the buffer does not properly redraw, causing garbled text. With the mouse scroll, it usually appears like the text is not moving (even though the point is actually moving). If I scroll with keyboard controls, the buffer partially redraws, usually in a ~32 character square with the point at the upper left. The screen will redraw correctly if (1) Emacs loses focus or (2) I recenter the buffer with C-l. This only happens when my third monitor is enabled, however. On my system, I have two monitors attached to the onboard Intel GPU, and one additional attached to an AMD GPU card. It makes no difference what monitor emacs is on, but enabling the monitor on the AMD GPU causes emacs to behave as described. Disabling the monitor (via xrandr) immediately fixes the problem. I do not observe this problem with any other software on my system, only emacs. In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-09-09 on foutrelis Windowing system distributor `The X.Org Foundation', version 11.0.11702000 System Description: Arch Linux Configured using: `configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=gtk3 --with-xft 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' Important settings: value of $LANG: en_US.utf8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 71762 6138) (symbols 48 17554 0) (miscs 40 35 138) (strings 32 9829 4741) (string-bytes 1 268333) (vectors 16 8908) (vector-slots 8 383094 18351) (floats 8 63 172) (intervals 56 177 3) (buffers 960 11) (heap 1024 31637 1056)) From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 10 03:36:58 2015 Received: (at 21658) by debbugs.gnu.org; 10 Oct 2015 07:36:58 +0000 Received: from localhost ([127.0.0.1]:34855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZkoiA-0006ED-6x for submit@debbugs.gnu.org; Sat, 10 Oct 2015 03:36:58 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:39551) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zkoi6-0006E3-Ok for 21658@debbugs.gnu.org; Sat, 10 Oct 2015 03:36:56 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NVZ00600UGOLN00@mtaout26.012.net.il> for 21658@debbugs.gnu.org; Sat, 10 Oct 2015 10:39:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVZ002HWULRCM40@mtaout26.012.net.il>; Sat, 10 Oct 2015 10:39:27 +0300 (IDT) Date: Sat, 10 Oct 2015 10:36:32 +0300 From: Eli Zaretskii Subject: Re: bug#21658: 24.5; Scrolling garbles text with third monitor enabled In-reply-to: <36064.72.237.174.2.1444415474.squirrel@67.228.73.20> X-012-Sender: halo1@inter.net.il To: me@alandmoore.com Message-id: <83d1wntbsv.fsf@gnu.org> References: <36064.72.237.174.2.1444415474.squirrel@67.228.73.20> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21658 Cc: 21658@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 9 Oct 2015 18:31:14 -0000 (GMT) > From: me@alandmoore.com > > When I scroll a buffer with the mouse in GTK3, GTK2, or lucid emacs, the > buffer does not properly redraw, causing garbled text. With the mouse > scroll, it usually appears like the text is not moving (even though the > point is actually moving). If I scroll with keyboard controls, the > buffer partially redraws, usually in a ~32 character square with the > point at the upper left. The screen will redraw correctly if (1) Emacs > loses focus or (2) I recenter the buffer with C-l. > > This only happens when my third monitor is enabled, however. On my > system, I have two monitors attached to the onboard Intel GPU, and one > additional attached to an AMD GPU card. It makes no difference what > monitor emacs is on, but enabling the monitor on the AMD GPU causes > emacs to behave as described. Disabling the monitor (via xrandr) > immediately fixes the problem. > > I do not observe this problem with any other software on my system, only > emacs. Are the problematic frames/windows displayed on the 3rd monitor? Do the coordinates of the frames on the 1st and the 2nd monitor change when you enable the 3rd monitor? If the answer to both of these questions is NO, then I cannot see how it could be an Emacs problem. It could be some hardware problem or perhaps a bug in the underlying X libraries/server. AFAIK, when Emacs redraws a window on a monitor, it doesn't inquire the system about the monitors, the only thing it cares about is pixel coordinates of windows and frames. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 12 14:35:45 2015 Received: (at 21658) by debbugs.gnu.org; 12 Oct 2015 18:35:45 +0000 Received: from localhost ([127.0.0.1]:37505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zlhwn-0001qI-4g for submit@debbugs.gnu.org; Mon, 12 Oct 2015 14:35:45 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:48937) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zlhwk-0001q8-4h for 21658@debbugs.gnu.org; Mon, 12 Oct 2015 14:35:43 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NW400I00E3UDV00@mtaout26.012.net.il> for 21658@debbugs.gnu.org; Mon, 12 Oct 2015 21:38:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NW400A4ZEGK2W90@mtaout26.012.net.il>; Mon, 12 Oct 2015 21:38:44 +0300 (IDT) Date: Mon, 12 Oct 2015 21:35:51 +0300 From: Eli Zaretskii Subject: Re: bug#21658: 24.5; Scrolling garbles text with third monitor enabled In-reply-to: <44352.72.237.174.2.1444674068.squirrel@67.228.73.20> X-012-Sender: halo1@inter.net.il To: me@alandmoore.com Message-id: <83pp0knddk.fsf@gnu.org> References: <36064.72.237.174.2.1444415474.squirrel@67.228.73.20> <83d1wntbsv.fsf@gnu.org> <44352.72.237.174.2.1444674068.squirrel@67.228.73.20> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21658 Cc: 21658@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) [Please keep the bug address on the CC list.] > Date: Mon, 12 Oct 2015 18:21:08 -0000 (GMT) > From: me@alandmoore.com > > > Are the problematic frames/windows displayed on the 3rd monitor? > > > > Do the coordinates of the frames on the 1st and the 2nd monitor change > > when you enable the 3rd monitor? > > > > If the answer to both of these questions is NO, then I cannot see how > > it could be an Emacs problem. It could be some hardware problem or > > perhaps a bug in the underlying X libraries/server. AFAIK, when Emacs > > redraws a window on a monitor, it doesn't inquire the system about the > > monitors, the only thing it cares about is pixel coordinates of > > windows and frames. > > > > The frames do the same thing on any monitor. I don't think the > coordinates should change at all, the additional monitor is appended to > the right of the others (though it makes no difference where I add it, > even if I just clone one of the other screens). > > Is there anything special about the way emacs buffers are drawn compared > to other programs that would give me a clue as to why this only happens in > emacs? We just use Xlib calls, see xterm.c and xfns.c. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 29 17:58:58 2019 Received: (at 21658-done) by debbugs.gnu.org; 29 Sep 2019 21:58:58 +0000 Received: from localhost ([127.0.0.1]:55985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEhDV-00060I-Ui for submit@debbugs.gnu.org; Sun, 29 Sep 2019 17:58:58 -0400 Received: from mail-pf1-f176.google.com ([209.85.210.176]:38781) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEhDT-0005zz-QT for 21658-done@debbugs.gnu.org; Sun, 29 Sep 2019 17:58:56 -0400 Received: by mail-pf1-f176.google.com with SMTP id h195so4408143pfe.5 for <21658-done@debbugs.gnu.org>; Sun, 29 Sep 2019 14:58:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=oFSXmJKAtCQJBH2raA4Ur05RPCtaFM6WUognUsIx13Y=; b=tcdFkLrGBck8oxw0bMJMoeAL25i7MM/zAQoKolRRIOoGSidMzChv/I8D2nyES7Zzlu NmkAyDfJjR6EdK4VKqujrdTZhOLf8sZ1P9nOtDE6MgsdAJz9v+WZSqAjXYUERfZrQdyy bv0DcrwuFB1zssxnIq7rAlvzubtJIvDTi4JYmXI9YoNbjvgv1QsuFDiTHiPMfwJCS6lQ nQ+CkIJkiPmy9xk/QuzcJ5XOupTjJSmJOg3/A51/FP6jfmHjI2EmPl5JlUFls3YDfdgs e1oLZPFDyIaliwcIeyd92565Zm0hB/TxBbHrVKlG1QG8E4wFi09UKjbPtoIjeYU+smYq 9q+g== X-Gm-Message-State: APjAAAV7YHEmhBLssHx1qBngl+4km5jlnyyVuPfmplYLKuzeLiW/j1KM 8masgu7SPIffUtbAmdKP9YxTefow3ihFJTDKuFo= X-Google-Smtp-Source: APXvYqz638OkKosDgqKJQlBPGDAzZmMdn7MVkOw6TPGBWf9Vk7xhd43dKSioyaBDMxDbytFMLARBSiR4XKwBqP9iEVk= X-Received: by 2002:a17:90a:1150:: with SMTP id d16mr23777855pje.2.1569794329795; Sun, 29 Sep 2019 14:58:49 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Sun, 29 Sep 2019 23:58:38 +0200 Message-ID: Subject: Re: bug#21658: 24.5; Scrolling garbles text with third monitor enabled To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21658-done Cc: me@alandmoore.com, 21658-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Date: Fri, 9 Oct 2015 18:31:14 -0000 (GMT) >> From: me@alandmoore.com >> >> When I scroll a buffer with the mouse in GTK3, GTK2, or lucid emacs, the >> buffer does not properly redraw, causing garbled text. With the mouse >> scroll, it usually appears like the text is not moving (even though the >> point is actually moving). If I scroll with keyboard controls, the >> buffer partially redraws, usually in a ~32 character square with the >> point at the upper left. The screen will redraw correctly if (1) Emacs >> loses focus or (2) I recenter the buffer with C-l. >> >> This only happens when my third monitor is enabled, however. On my >> system, I have two monitors attached to the onboard Intel GPU, and one >> additional attached to an AMD GPU card. It makes no difference what >> monitor emacs is on, but enabling the monitor on the AMD GPU causes >> emacs to behave as described. Disabling the monitor (via xrandr) >> immediately fixes the problem. >> >> I do not observe this problem with any other software on my system, only >> emacs. > > Are the problematic frames/windows displayed on the 3rd monitor? > > Do the coordinates of the frames on the 1st and the 2nd monitor change > when you enable the 3rd monitor? > > If the answer to both of these questions is NO, then I cannot see how > it could be an Emacs problem. It could be some hardware problem or > perhaps a bug in the underlying X libraries/server. AFAIK, when Emacs > redraws a window on a monitor, it doesn't inquire the system about the > monitors, the only thing it cares about is pixel coordinates of > windows and frames. More information was requested but none given within close to 4 years. It will therefore be hard to make any progress here, and I'm closing this bug report. If this is still an issue, please reopen the bug. Best regards, Stefan Kangas From unknown Thu Aug 14 21:51:57 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 28 Oct 2019 11:24:14 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator