From unknown Sat Aug 16 00:31:54 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#4887 <4887@debbugs.gnu.org> To: bug#4887 <4887@debbugs.gnu.org> Subject: Status: globalized-minor-modes in new fundamental mode buffers Reply-To: bug#4887 <4887@debbugs.gnu.org> Date: Sat, 16 Aug 2025 07:31:54 +0000 retitle 4887 globalized-minor-modes in new fundamental mode buffers reassign 4887 emacs submitter 4887 mark.lillibridge@hp.com severity 4887 normal tag 4887 wontfix thanks From mark.lillibridge@hp.com Sat Nov 7 21:35:14 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Nov 2009 05:35:14 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA85ZCtd020948 for ; Sat, 7 Nov 2009 21:35:13 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N70Qi-00085s-2r for bug-gnu-emacs@gnu.org; Sun, 08 Nov 2009 00:35:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N70Qc-00082g-Nv for bug-gnu-emacs@gnu.org; Sun, 08 Nov 2009 00:35:10 -0500 Received: from [199.232.76.173] (port=50100 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N70Qc-00082W-HR for bug-gnu-emacs@gnu.org; Sun, 08 Nov 2009 00:35:06 -0500 Received: from gundega.hpl.hp.com ([192.6.19.190]:62510) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N70Qb-00086a-Q9 for bug-gnu-emacs@gnu.org; Sun, 08 Nov 2009 00:35:06 -0500 Received: from mailhub-pa1.hpl.hp.com (mailhub-pa1.hpl.hp.com [15.25.115.25]) by gundega.hpl.hp.com (8.14.3/8.14.1/HPL-PA Relay) with ESMTP id nA85YuaU002811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 7 Nov 2009 21:34:57 -0800 (PST) Received: from ts-rhel4.hpl.hp.com (ts-rhel4.hpl.hp.com [15.25.118.24]) by mailhub-pa1.hpl.hp.com (8.14.3/8.14.3/HPL-PA Hub) with ESMTP id nA85YsTH029113; Sat, 7 Nov 2009 21:34:55 -0800 Date: Sat, 7 Nov 2009 21:34:54 -0800 Message-Id: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> From: Mark Lillibridge To: bug-gnu-emacs@gnu.org Subject: 23.1; list-load-path-shadows produces broken buffer Reply-to: mark.lillibridge@hp.com X-MailScanner-ID: nA85YuaU002811 X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: mark.lillibridge@hp.com X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: * turn on global-linum-mode * run list-load-path-shadows * observe that the resulting buffer, *Shadows*, has no line numbering, even if you change into that buffer, move around, and change text. [BUG] Some debugging shows that: *Shadows* has a post-command-hook value (^h v) of nil, when it should contain (linum-update-current t) locally and (... global-linum-mode-check-buffers) globally. Looking at the source code shows that the following code creates the buffer *Shadows*: shadows.el:239: ;; Create the *Shadows* buffer and display shadowings there. (let ((output-buffer (get-buffer-create "*Shadows*"))) (display-buffer output-buffer) (set-buffer output-buffer) (erase-buffer) (while shadows (insert (format "%s hides %s\n" (car shadows) (car (cdr shadows)))) (setq shadows (cdr (cdr shadows)))) (insert msg "\n"))) Some experimentation shows that the offending code is: (get-buffer-create "*Shadows*") If you just run this via eval-expression, a new buffer called *Shadows* is created with a broken value of post-command-hook. I do not appear to have source code for this function, so I leave the rest of the debugging job to you... - Mark In GNU Emacs 23.1.1 (i386-mingw-nt6.0.6002) of 2009-07-29 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 6.0.6002 configured using `configure --with-gcc (4.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Text Minor modes in effect: global-linum-mode: t linum-mode: t delete-selection-mode: t pc-selection-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t From rgm@gnu.org Mon Nov 9 11:14:54 2009 Received: (at 4887) by emacsbugs.donarmstrong.com; 9 Nov 2009 19:14:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.3 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA9JEqbM018816 for <4887@emacsbugs.donarmstrong.com>; Mon, 9 Nov 2009 11:14:54 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1N7ZhT-0004K5-Rs; Mon, 09 Nov 2009 14:14:51 -0500 From: Glenn Morris To: mark.lillibridge@hp.com Cc: 4887@debbugs.gnu.org Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> X-Spook: PGP Iran LABLINK condor Sundevil Montenegro SHA ANDVT X-Ran: w.?*dFK7cwHMoquWSq26[F;b*~o{T=x9Y?(a1ieI'AuW-thR:.H&v% (Mark Lillibridge's message of "Sat, 7 Nov 2009 21:34:54 -0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mark Lillibridge wrote: > * turn on global-linum-mode > * run list-load-path-shadows > * observe that the resulting buffer, *Shadows*, has no line numbering, global-linum-mode is defined using the macro `define-globalized-minor-mode'. >From the Elisp manual entry on that macro: Globally enabling the mode also affects buffers subsequently created by visiting files, and buffers that use a major mode other than Fundamental mode; but it does not detect the creation of a new buffer in Fundamental mode. And the *Shadows* buffer uses Fundamental mode. From rgm@gnu.org Mon Nov 9 18:27:36 2009 Received: (at control) by emacsbugs.donarmstrong.com; 10 Nov 2009 02:27:37 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,ONEWORD autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAA2RZqr024665 for ; Mon, 9 Nov 2009 18:27:36 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1N7gSE-0001Vw-0Y; Mon, 09 Nov 2009 21:27:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19192.53141.924423.83698@fencepost.gnu.org> Date: Mon, 9 Nov 2009 21:27:33 -0500 From: Glenn Morris To: control Subject: control close 4851 close 4868 tags 4856 moreinfo severity 4869 minor retitle 4887 globalized-minor-modes in new fundamental mode buffers From mark.lillibridge@hp.com Wed Nov 11 10:08:51 2009 Received: (at 4887) by emacsbugs.donarmstrong.com; 11 Nov 2009 18:08:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL,HAS_BUG_NUMBER, MDO_CABLE_TV3 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from madara.hpl.hp.com (madara.hpl.hp.com [192.6.19.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nABI8ncT005822 for <4887@emacsbugs.donarmstrong.com>; Wed, 11 Nov 2009 10:08:50 -0800 Received: from mailhub-pa1.hpl.hp.com (mailhub-pa1.hpl.hp.com [15.25.115.25]) by madara.hpl.hp.com (8.14.3/8.14.1/HPL-PA Relay) with ESMTP id nABI8dDa000858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Nov 2009 10:08:39 -0800 (PST) Received: from ts-rhel4.hpl.hp.com (ts-rhel4.hpl.hp.com [15.25.118.24]) by mailhub-pa1.hpl.hp.com (8.14.3/8.14.3/HPL-PA Hub) with ESMTP id nABI8bCo021498; Wed, 11 Nov 2009 10:08:37 -0800 Date: Wed, 11 Nov 2009 10:08:37 -0800 Message-Id: <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> From: Mark Lillibridge To: rgm@gnu.org CC: 4887@debbugs.gnu.org In-reply-to: (message from Glenn Morris on Mon, 9 Nov 2009 14:14:51 -0500) Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer Reply-to: mark.lillibridge@hp.com References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: mark.lillibridge@hp.com Glenn Morris wrote: > Mark Lillibridge wrote: > > > * turn on global-linum-mode > > * run list-load-path-shadows > > * observe that the resulting buffer, *Shadows*, has no line numbering, > > global-linum-mode is defined using the macro `define-globalized-minor-mode'. > >From the Elisp manual entry on that macro: > > Globally enabling the mode also affects buffers subsequently > created by visiting files, and buffers that use a major mode > other than Fundamental mode; but it does not detect the creation > of a new buffer in Fundamental mode. > > And the *Shadows* buffer uses Fundamental mode. Ok, how do we go about deciding where the bug(s) lies? Clearly, linum is meant to work in all buffers: linum.el:26: ;; Display line numbers for the current buffer. ;; ;; Toggle display of line numbers with M-x linum-mode. To enable ;; line numbering in all buffers, use M-x global-linum-mode. This is the behavior I need -- I use voice commands to navigate among lines and designate ranges of lines for operations -- so simply changing linum's spec so that it does not work in fundamental buffers is unacceptable. Should linum use a different implementation method than define-globalized-minor-mode? (does one exist?) Should we instead fix define-globalized-minor-mode to work with all buffers? Its documentation via ^h f claims it works in every buffer: define-globalized-minor-mode is an autoloaded Lisp macro in `easy-mmode.el'. (define-globalized-minor-mode global-mode mode turn-on &rest keys) Make a global mode global-mode corresponding to buffer-local minor mode. turn-on is a function that will be called with no args in every buffer and that should try to turn mode on if applicable for that buffer. Clearly at a minimum this is inconsistent with define-globalized-minor-mode's actual behavior and Elisp manual entry. What do people think? - Mark From monnier@iro.umontreal.ca Wed Nov 11 12:40:55 2009 Received: (at 4887) by emacsbugs.donarmstrong.com; 11 Nov 2009 20:40:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.183]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nABKesSW025152 for <4887@emacsbugs.donarmstrong.com>; Wed, 11 Nov 2009 12:40:55 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAGaw+kpMCpsp/2dsb2JhbACBTtwahDwEgn6GJQ X-IronPort-AV: E=Sophos;i="4.44,725,1249272000"; d="scan'208";a="49125356" Received: from 76-10-155-41.dsl.teksavvy.com (HELO pastel.home) ([76.10.155.41]) by ironport2-out.pppoe.ca with ESMTP; 11 Nov 2009 15:40:48 -0500 Received: by pastel.home (Postfix, from userid 20848) id 85A738373; Wed, 11 Nov 2009 15:40:48 -0500 (EST) From: Stefan Monnier To: mark.lillibridge@hp.com Cc: 4887@debbugs.gnu.org, rgm@gnu.org Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer Message-ID: References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> Date: Wed, 11 Nov 2009 15:40:48 -0500 In-Reply-To: <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> (Mark Lillibridge's message of "Wed, 11 Nov 2009 10:08:37 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Should linum use a different implementation method than > define-globalized-minor-mode? (does one exist?) You mean global-linum-mode? Yes, it could use a different method, e.g. setting global hooks instead, but that might prove tricky. > Should we instead fix define-globalized-minor-mode to work with all > buffers? Its documentation via ^h f claims it works in every buffer: That would be the best solution, yes. Given the hooks we currently have, it's not very easy because buffers like *Shadows* get created without running any hook, so basically the first hook that would get triggered might be something like window-configuration-change-hook, but that hooks has no easy way to decide whether that buffer was just created recently or on the contrary has been around for a long while (in which case enabling linum-mode might be very wrong since the user may have turned it off there earlier). An easier solution is to not change anything to define-globalized-minor-mode and to require Elisp code to explicitly set a major mode for any buffer that will be displayed. E.g. for *Shadows* the Elisp code should explicitly call fundamental-mode in it. Stefan From mark.lillibridge@hp.com Fri Nov 13 13:57:26 2009 Received: (at 4887) by emacsbugs.donarmstrong.com; 13 Nov 2009 21:57:26 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.8 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from madara.hpl.hp.com (madara.hpl.hp.com [192.6.19.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nADLvO8U006690 for <4887@emacsbugs.donarmstrong.com>; Fri, 13 Nov 2009 13:57:25 -0800 Received: from mailhub-pa1.hpl.hp.com (mailhub-pa1.hpl.hp.com [15.25.115.25]) by madara.hpl.hp.com (8.14.3/8.14.1/HPL-PA Relay) with ESMTP id nADLvDbS007311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Nov 2009 13:57:14 -0800 (PST) Received: from ts-rhel4.hpl.hp.com (ts-rhel4.hpl.hp.com [15.25.118.24]) by mailhub-pa1.hpl.hp.com (8.14.3/8.14.3/HPL-PA Hub) with ESMTP id nADLvAA2016875; Fri, 13 Nov 2009 13:57:11 -0800 Date: Fri, 13 Nov 2009 13:57:10 -0800 Message-Id: <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> From: Mark Lillibridge To: monnier@iro.umontreal.ca CC: 4887@debbugs.gnu.org, rgm@gnu.org In-reply-to: (message from Stefan Monnier on Wed, 11 Nov 2009 15:40:48 -0500) Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer Reply-to: mark.lillibridge@hp.com References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: mark.lillibridge@hp.com > > Should linum use a different implementation method than > > define-globalized-minor-mode? (does one exist?) > > You mean global-linum-mode? Yes, it could use a different method, > e.g. setting global hooks instead, but that might prove tricky. > > > Should we instead fix define-globalized-minor-mode to work with all > > buffers? Its documentation via ^h f claims it works in every buffer: > > That would be the best solution, yes. I agree. Any fix that worked for global-linum-mode should presumably be implemented as part of define-globalized-minor-mode so that other global minor modes can benefit as well. > Given the hooks we currently have, it's not very easy because buffers > like *Shadows* get created without running any hook, so basically the > first hook that would get triggered might be something like > window-configuration-change-hook, but that hooks has no easy way to > decide whether that buffer was just created recently or on the contrary > has been around for a long while (in which case enabling linum-mode > might be very wrong since the user may have turned it off there > earlier). I thought about using advice on get-buffer-create, but the manual recommends creating a hook instead. Could we create a new-buffer hook? That would certainly solve the problem and simplify define-globalized-minor-mode. I wonder though, if this would call the minor mode turn on function too early in some cases. Alternatively, it doesn't look very hard to use window-configuration-change-hook; we would have to add some storage to remember which buffers we had already enabled any given minor mode in. > An easier solution is to not change anything to > define-globalized-minor-mode and to require Elisp code to explicitly set > a major mode for any buffer that will be displayed. E.g. for *Shadows* > the Elisp code should explicitly call fundamental-mode in it. This would work as well; who makes the call on these sorts of things? (This is a change of conventions more than a code patch.) - Mark From rgm@gnu.org Mon Dec 7 23:19:03 2009 Received: (at control) by emacsbugs.donarmstrong.com; 8 Dec 2009 07:19:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-7.1 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB87J2iN011997; Mon, 7 Dec 2009 23:19:03 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1NHuLb-0006sn-3D; Tue, 08 Dec 2009 02:18:59 -0500 From: Glenn Morris To: Kenichi Handa Cc: 5153@debbugs.gnu.org Subject: Re: bug#5153: 23.1.50; define-global-minor-mode and a new fundamental buffer References: X-Spook: Lon Horiuchi Al Jazeera underground MP5K-SD Attorney X-Ran: HHvs>%zDntdaFQeBkbG0O$\WJPs7Ix9<'gU2-O]6S7vb7NvTiK5Dr,yX(u>?4%X)ta2KyV X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 08 Dec 2009 02:18:58 -0500 In-Reply-To: (Kenichi Handa's message of "Tue, 08 Dec 2009 14:42:54 +0900") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii merge 4887 5153 stop Kenichi Handa wrote: > It seems that the global minor mode defined by > define-global-minor-mode doesn't work in a newly created buffer of > fundamental mode. [...] > Isn't this a bug? Yes, it's bug#4887: "globalized-minor-modes in new fundamental mode buffers". From rgm@gnu.org Thu Dec 10 09:54:49 2009 Received: (at control) by emacsbugs.donarmstrong.com; 10 Dec 2009 17:54:49 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nBAHsmiV002287 for ; Thu, 10 Dec 2009 09:54:49 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1NInDz-000329-F5; Thu, 10 Dec 2009 12:54:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19233.13799.283789.111258@fencepost.gnu.org> Date: Thu, 10 Dec 2009 12:54:47 -0500 From: Glenn Morris To: control Subject: control tags 5153 wontfix reassign 5160 spam reassign 5161 spam retitle 5162 platform-dependent loaddefs severity 5162 serious reassign 5163 spam reassign 5165 spam reassign 5166 spam reassign 5169 spam reassign 5170 spam reassign 5171 spam From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 07 00:35:23 2010 Received: (at 4887) by debbugs.gnu.org; 7 Jan 2010 05:35:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSl1m-0002lh-Qr for submit@debbugs.gnu.org; Thu, 07 Jan 2010 00:35:22 -0500 Received: from gundega.hpl.hp.com ([192.6.19.190]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSl1k-0002lc-BS for 4887@emacsbugs.donarmstrong.com; Thu, 07 Jan 2010 00:35:21 -0500 Received: from mailhub-pa1.hpl.hp.com (mailhub-pa1.hpl.hp.com [15.25.115.25]) by gundega.hpl.hp.com (8.14.3/8.14.1/HPL-PA Relay) with ESMTP id o075Z9re008159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Jan 2010 21:35:09 -0800 (PST) Received: from ts-rhel4.hpl.hp.com (ts-rhel4.hpl.hp.com [15.25.118.24]) by mailhub-pa1.hpl.hp.com (8.14.3/8.14.3/HPL-PA Hub) with ESMTP id o075Z6GP020510; Wed, 6 Jan 2010 21:35:06 -0800 Date: Wed, 6 Jan 2010 21:35:06 -0800 Message-Id: <201001070535.o075Z6GP020510@mailhub-pa1.hpl.hp.com> From: Mark Lillibridge To: mark.lillibridge@hp.com In-reply-to: <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> (message from Mark Lillibridge on Fri, 13 Nov 2009 13:57:10 -0800) Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> X-MailScanner-ID: o075Z9re008159 X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: mark.lillibridge@hp.com X-Spam-Status: No X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 4887 Cc: rgm@gnu.org, monnier@iro.umontreal.ca, 4887@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: mark.lillibridge@hp.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.2 (--) Nothing appears to have been done about this bug since early November. What is the next step towards moving things forward? - Mark From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 07 00:48:14 2010 Received: (at 4887) by debbugs.gnu.org; 7 Jan 2010 05:48:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSlEE-0002rm-8Q for submit@debbugs.gnu.org; Thu, 07 Jan 2010 00:48:14 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSlED-0002rf-2X for 4887@debbugs.gnu.org; Thu, 07 Jan 2010 00:48:13 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NSlE8-0007VG-HR; Thu, 07 Jan 2010 00:48:08 -0500 From: Glenn Morris To: mark.lillibridge@hp.com Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> <201001070535.o075Z6GP020510@mailhub-pa1.hpl.hp.com> X-Spook: COSCO SP4 mailbomb NSA mania arrangements defense X-Ran: a^uC;C,cw/@xpBrCGBc_X6q|v4uQ[ry&:_.|CI.~S=A2aM=|yT|leU]xgZ$'qA&e{)l:-F X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 07 Jan 2010 00:48:08 -0500 In-Reply-To: <201001070535.o075Z6GP020510@mailhub-pa1.hpl.hp.com> (Mark Lillibridge's message of "Wed, 6 Jan 2010 21:35:06 -0800") Message-ID: <5htyuybh47.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 4887 Cc: monnier@iro.umontreal.ca, 4887@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.7 (-----) Mark Lillibridge wrote: > Nothing appears to have been done about this bug since early November. 2009-11-24 Stefan Monnier * emacs-lisp/shadow.el (list-load-path-shadows): Setup a major mode for the displayed buffer (bug#4887). Or were you refering to the more general issue? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 09 19:47:35 2010 Received: (at 4887) by debbugs.gnu.org; 10 Jan 2010 00:47:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTlxv-0000rK-BS for submit@debbugs.gnu.org; Sat, 09 Jan 2010 19:47:35 -0500 Received: from madara.hpl.hp.com ([192.6.19.124]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTlxl-0000rE-KQ for 4887@debbugs.gnu.org; Sat, 09 Jan 2010 19:47:33 -0500 Received: from mailhub-pa1.hpl.hp.com (mailhub-pa1.hpl.hp.com [15.25.115.25]) by madara.hpl.hp.com (8.14.3/8.14.1/HPL-PA Relay) with ESMTP id o0A0lCUv005935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 9 Jan 2010 16:47:12 -0800 (PST) Received: from ts-rhel4.hpl.hp.com (ts-rhel4.hpl.hp.com [15.25.118.24]) by mailhub-pa1.hpl.hp.com (8.14.3/8.14.3/HPL-PA Hub) with ESMTP id o0A0lAEA004583; Sat, 9 Jan 2010 16:47:11 -0800 Date: Sat, 9 Jan 2010 16:47:10 -0800 Message-Id: <201001100047.o0A0lAEA004583@mailhub-pa1.hpl.hp.com> From: Mark Lillibridge To: rgm@gnu.org In-reply-to: <5htyuybh47.fsf@fencepost.gnu.org> (message from Glenn Morris on Thu, 7 Jan 2010 00:48:08 -0500) Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> <201001070535.o075Z6GP020510@mailhub-pa1.hpl.hp.com> <5htyuybh47.fsf@fencepost.gnu.org> X-HPL-MailScanner: Found to be clean X-HPL-MailScanner-From: mark.lillibridge@hp.com X-Spam-Status: No X-Spam-Score: -4.7 (----) X-Debbugs-Envelope-To: 4887 Cc: monnier@iro.umontreal.ca, 4887@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: mark.lillibridge@hp.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) Glenn wrote: > Mark Lillibridge wrote: > > > Nothing appears to have been done about this bug since early November. > > 2009-11-24 Stefan Monnier > > * emacs-lisp/shadow.el (list-load-path-shadows): Setup a major > mode for the displayed buffer (bug#4887). > > Or were you refering to the more general issue? Ah. I was not aware of that as I haven't received any email to that effect. How should I've gotten this information? It doesn't show up with Google. Yes, that fixes the immediate bug. I will submit another bug if I run across another buffer created without setting a mode. - Thanks, Mark From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 10 20:52:35 2010 Received: (at 4887) by debbugs.gnu.org; 11 Jan 2010 01:52:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NU9SN-0004MO-Ku for submit@debbugs.gnu.org; Sun, 10 Jan 2010 20:52:35 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NU9SM-0004MJ-DP for 4887@debbugs.gnu.org; Sun, 10 Jan 2010 20:52:34 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NU9SI-0000xt-3L; Sun, 10 Jan 2010 20:52:30 -0500 From: Glenn Morris To: mark.lillibridge@hp.com Subject: Re: bug#4887: 23.1; list-load-path-shadows produces broken buffer References: <200911080534.nA85YsTH029113@mailhub-pa1.hpl.hp.com> <200911111808.nABI8bCo021498@mailhub-pa1.hpl.hp.com> <200911132157.nADLvAA2016875@mailhub-pa1.hpl.hp.com> <201001070535.o075Z6GP020510@mailhub-pa1.hpl.hp.com> <5htyuybh47.fsf@fencepost.gnu.org> <201001100047.o0A0lAEA004583@mailhub-pa1.hpl.hp.com> X-Spook: Soviet unclassified SP4 Albanian UNSCOM top secret X-Ran: h/,Z"Kp{L$@iCT|8:F2-/t-T&\{%ov X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 10 Jan 2010 20:52:30 -0500 In-Reply-To: <201001100047.o0A0lAEA004583@mailhub-pa1.hpl.hp.com> (Mark Lillibridge's message of "Sat, 9 Jan 2010 16:47:10 -0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: 4887 Cc: monnier@iro.umontreal.ca, 4887@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.0 (------) Mark Lillibridge wrote: > Ah. I was not aware of that as I haven't received any email to that > effect. I don't think any email was sent about this change (until now), so there was no way for you to know without monitoring the ChangeLog. Sorry. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 08:20:22 2015 Received: (at control) by debbugs.gnu.org; 29 Dec 2015 13:20:22 +0000 Received: from localhost ([127.0.0.1]:47423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDuCL-0006mY-Ve for submit@debbugs.gnu.org; Tue, 29 Dec 2015 08:20:22 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:40448) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDuCK-0006mP-GK for control@debbugs.gnu.org; Tue, 29 Dec 2015 08:20:20 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDuBv-00053Q-Or for control@debbugs.gnu.org; Tue, 29 Dec 2015 14:19:55 +0100 Date: Tue, 29 Dec 2015 14:19:54 +0100 Message-Id: <87ege5ie85.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #4887 X-MailScanner-ID: 1aDuBv-00053Q-Or X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451999998.57512@ZCGG1C0uzAml54Ub3cJ7QA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control 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: -0.7 (/) close 4887 From unknown Sat Aug 16 00:31:54 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 27 Jan 2016 12:24:03 +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