From unknown Mon Aug 18 09:09:16 2025 X-Loop: don@donarmstrong.com Subject: bug#1200: Two more overlay display bugs Reply-To: rms@gnu.org, 1200@debbugs.gnu.org Resent-From: Richard Stallman Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 19 Oct 2008 05:10:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1200 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122439259819860 (code B ref -1); Sun, 19 Oct 2008 05:10:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 19 Oct 2008 05:03:18 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9J53ETv019853 for ; Sat, 18 Oct 2008 22:03:15 -0700 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KrQP6-0007UX-Le; Sun, 19 Oct 2008 01:00:36 -0400 From: Richard Stallman Content-Type: text/plain; charset=ISO-8859-15 To: emacs-pretest-bug@gnu.org Message-Id: Date: Sun, 19 Oct 2008 01:00:36 -0400 Here are bugs that were reported a year ago which I think should not be forgotten. To: bug-gnu-emacs@gnu.org From: Joe Wells Date: Sat, 20 Oct 2007 06:32:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Subject: two display bugs involving interactions between after-string and display properties of adjacent overlays Here are two more display bugs I found while trying to improve the code in tex-fold.el in AUCTeX. These bugs involve interactions between after-string and display properties of adjacent overlays. I'm assuming this macro in my reproduction code below: (defmacro test-in-fresh-buffer-and-window (&rest body) `(progn (delete-other-windows) (kill-buffer (get-buffer-create "xyzzy")) (let ((xyzzy-buf (get-buffer-create "xyzzy"))) (set-buffer xyzzy-buf) (display-buffer xyzzy-buf) ,@body ))) BUG #1: An overlay's after-string property that would appear at the end of the buffer is not displayed, if the same overlay also has a display property and an immediately preceding overlay also has an after-string property. (Putting extra characters at the end of the buffer works around this bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "AB") (let ((o1 (make-overlay 1 2)) (o2 (make-overlay 2 3))) (overlay-put o1 'after-string "1") (overlay-put o2 'after-string "2") (overlay-put o2 'display "b") )) The above expression should display ?A1b2?. The above expression wrongly actually displays ?A1b?. BUG #2: An overlay's display property and after-string property are not displayed if an immediately following overlay shares the same Lisp string as its display property. (Using two distinct display strings with identical contents works around the bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "ABCD") (let ((o1 (make-overlay 2 3)) (o2 (make-overlay 3 4)) (s #1=" ")) (overlay-put o1 'after-string "1") (overlay-put o1 'display #1#) (overlay-put o2 'display #1#))) The above expression should display ?A 1 D?. The above expression wrongly actually displays ?A D?. I hope these bug reports are helpful. Joe ====================================================================== In GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-27 on artemis Windowing system distributor `The X.Org Foundation', version 11.0.70000000 configured using `configure '--prefix=/home/jbw/local2' '--enable-debug' '--disable-nls' '--with-x-toolkit=gtk' 'CFLAGS=-O0 -g3 -ggdb'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: jbw value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Minor modes in effect: TeX-source-specials-mode: t outline-minor-mode: t desktop-save-mode: t url-handler-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t temp-buffer-resize-mode: t size-indication-mode: t line-number-mode: t transient-mark-mode: t From unknown Mon Aug 18 09:09:16 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: don@donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: rms@gnu.org Subject: bug#1200 closed by Glenn Morris (Re: bug#1200: Two more overlay display bugs) Message-ID: References: <18683.41584.520431.671377@fencepost.gnu.org> X-Emacs-PR-Message: they-closed 1200 X-Emacs-PR-Package: emacs Reply-To: 1200@debbugs.gnu.org Content-Type: multipart/mixed; boundary="----------=_1224451203-3916-1" This is a multi-part message in MIME format... ------------=_1224451203-3916-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #1200: Two more overlay display bugs It has been closed by Glenn Morris . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Glenn Morris by replying to this email. --=20 1200: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D1200 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1224451203-3916-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit >From rgm@gnu.org Sun Oct 19 14:13:53 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-12.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1200-done) by emacsbugs.donarmstrong.com; 19 Oct 2008 21:13:53 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9JLDoXV002656 for <1200-done@emacsbugs.donarmstrong.com>; Sun, 19 Oct 2008 14:13:51 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KrfYO-0004Zq-Ir; Sun, 19 Oct 2008 17:11:12 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18683.41584.520431.671377@fencepost.gnu.org> Date: Sun, 19 Oct 2008 17:11:12 -0400 From: Glenn Morris To: 1200-done@debbugs.gnu.org Subject: Re: bug#1200: Two more overlay display bugs In-Reply-To: References: X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: magenta X-Ran: ,PO;aXu9jpMJ=Vx0;YJBw^QH&m2x BUG #1: An overlay's after-string property that would appear at the > end of the buffer is not displayed, if the same overlay also has a > display property and an immediately preceding overlay also has an > after-string property. (Putting extra characters at the end of the > buffer works around this bug.) This was fixed in Emacs 22.3. The relevant change is 2008-03-31 Chong Yidong * xdisp.c (next_overlay_string): Don't set overlay_strings_at_end_processed_p if we're currently reading from a display string. > BUG #2: An overlay's display property and after-string property are > not displayed if an immediately following overlay shares the same Lisp > string as its display property. (Using two distinct display strings > with identical contents works around the bug.) I have split this into a separate bug. ------------=_1224451203-3916-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit >From rms@gnu.org Sat Oct 18 22:03:18 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.5 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 19 Oct 2008 05:03:18 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9J53ETv019853 for ; Sat, 18 Oct 2008 22:03:15 -0700 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KrQP6-0007UX-Le; Sun, 19 Oct 2008 01:00:36 -0400 From: Richard Stallman Content-Type: text/plain; charset=ISO-8859-15 To: emacs-pretest-bug@gnu.org Subject: Two more overlay display bugs Reply-To: rms@gnu.org Message-Id: Date: Sun, 19 Oct 2008 01:00:36 -0400 Here are bugs that were reported a year ago which I think should not be forgotten. To: bug-gnu-emacs@gnu.org From: Joe Wells Date: Sat, 20 Oct 2007 06:32:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Subject: two display bugs involving interactions between after-string and display properties of adjacent overlays Here are two more display bugs I found while trying to improve the code in tex-fold.el in AUCTeX. These bugs involve interactions between after-string and display properties of adjacent overlays. I'm assuming this macro in my reproduction code below: (defmacro test-in-fresh-buffer-and-window (&rest body) `(progn (delete-other-windows) (kill-buffer (get-buffer-create "xyzzy")) (let ((xyzzy-buf (get-buffer-create "xyzzy"))) (set-buffer xyzzy-buf) (display-buffer xyzzy-buf) ,@body ))) BUG #1: An overlay's after-string property that would appear at the end of the buffer is not displayed, if the same overlay also has a display property and an immediately preceding overlay also has an after-string property. (Putting extra characters at the end of the buffer works around this bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "AB") (let ((o1 (make-overlay 1 2)) (o2 (make-overlay 2 3))) (overlay-put o1 'after-string "1") (overlay-put o2 'after-string "2") (overlay-put o2 'display "b") )) The above expression should display ?A1b2?. The above expression wrongly actually displays ?A1b?. BUG #2: An overlay's display property and after-string property are not displayed if an immediately following overlay shares the same Lisp string as its display property. (Using two distinct display strings with identical contents works around the bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "ABCD") (let ((o1 (make-overlay 2 3)) (o2 (make-overlay 3 4)) (s #1=" ")) (overlay-put o1 'after-string "1") (overlay-put o1 'display #1#) (overlay-put o2 'display #1#))) The above expression should display ?A 1 D?. The above expression wrongly actually displays ?A D?. I hope these bug reports are helpful. Joe ====================================================================== In GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-27 on artemis Windowing system distributor `The X.Org Foundation', version 11.0.70000000 configured using `configure '--prefix=/home/jbw/local2' '--enable-debug' '--disable-nls' '--with-x-toolkit=gtk' 'CFLAGS=-O0 -g3 -ggdb'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: jbw value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Minor modes in effect: TeX-source-specials-mode: t outline-minor-mode: t desktop-save-mode: t url-handler-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t temp-buffer-resize-mode: t size-indication-mode: t line-number-mode: t transient-mark-mode: t ------------=_1224451203-3916-1--