From unknown Fri Jun 20 07:19:57 2025 X-Loop: don@donarmstrong.com Subject: bug#591: 23.0.60; lisp-complete-symbol erases extra text Reply-To: "Drew Adams" , 591@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 22 Jul 2008 04:50:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 591 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.121670182332217 (code B ref -1); Tue, 22 Jul 2008 04:50:03 +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=-5.6 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Jul 2008 04:43:43 +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 m6M4heWD032209 for ; Mon, 21 Jul 2008 21:43:41 -0700 Received: from mail.gnu.org ([199.232.76.166]:52592 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KL9iD-0007BH-V1 for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:42:58 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KL9iq-0007y4-Ee for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:43:39 -0400 Received: from agminet01.oracle.com ([141.146.126.228]:24106) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KL9ip-0007xa-V3 for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:43:36 -0400 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m6M4hUes004860 for ; Mon, 21 Jul 2008 23:43:31 -0500 Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m6M4f3dh015403 for ; Mon, 21 Jul 2008 22:43:29 -0600 Received: from inet-141-146-46-1.oracle.com by acsmt353.oracle.com with ESMTP id 10956596061216701807; Mon, 21 Jul 2008 21:43:27 -0700 Received: from dradamslap1 (/24.5.171.11) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Jul 2008 21:43:27 -0700 From: "Drew Adams" To: Date: Mon, 21 Jul 2008 21:43:27 -0700 Message-ID: <003101c8ebb5$7c107380$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcjrtXulTVPUOOuGSV+/AxF88mfD2Q== X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 emacs -Q In *scratch*, type this, and leave cursor after the final `for': format-decode-buffer forward-char for Then hit `M-TAB'. Choose one of the completions using mouse-2 in *Completions*. Only the final `for' should be completed, but instead all of the text in the buffer is replaced by the chosen completion. This is a regression from Emacs 22. In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-06-29 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' From unknown Fri Jun 20 07:19:57 2025 X-Loop: don@donarmstrong.com Subject: bug#591: 23.0.60; lisp-complete-symbol erases extra text Reply-To: Chong Yidong , 591@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 29 Jul 2008 20:50:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 591 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 591-submit@emacsbugs.donarmstrong.com id=B591.121736426911484 (code B ref 591); Tue, 29 Jul 2008 20:50:03 +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=-3.0 required=4.0 tests=AWL,BAYES_00, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 591) by emacsbugs.donarmstrong.com; 29 Jul 2008 20:44:29 +0000 Received: from cyd (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6TKiM04011478 for <591@emacsbugs.donarmstrong.com>; Tue, 29 Jul 2008 13:44:23 -0700 Received: by cyd (Postfix, from userid 1000) id 1E42857E330; Tue, 29 Jul 2008 16:46:16 -0400 (EDT) From: Chong Yidong To: Stefan Monnier Cc: 591@debbugs.gnu.org Date: Tue, 29 Jul 2008 16:46:16 -0400 Message-ID: <87ej5czaef.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > emacs -Q > > In *scratch*, type this, and leave cursor after the final `for': > > format-decode-buffer > forward-char > > for > > Then hit `M-TAB'. Choose one of the completions using mouse-2 in *Completions*. > > Only the final `for' should be completed, but instead all of the text > in the buffer is replaced by the chosen completion. Hi Stefan, This bug was introduced by your patch: 2008-04-13 Stefan Monnier minibuffer.el (display-completion-list): Handle all-completions's new base-size info to set completion-base-size. (with-current-buffer standard-output ... (insert "Possible completions are:\n") (let ((last (last completions))) ;; Get the base-size from the tail of the list. (set (make-local-variable 'completion-base-size) (or (cdr last) 0)) (setcdr last nil)) ;Make completions a properly nil-terminated list. (completion--insert-strings completions)))) This sets completion-base-size to 0, which causes the completions buffer to delete everything in the Lisp buffer when you make a selection. I don't understand why we need the (completely undocumented) hack introduced here, where the cdr of the last item on the completions list gives completion-base-size. Does anything else in Emacs depend on this? Why not simply add a new optional argument to display-completion-list? From unknown Fri Jun 20 07:19:57 2025 X-Loop: don@donarmstrong.com Subject: bug#591: 23.0.60; lisp-complete-symbol erases extra text Reply-To: "Drew Adams" , 591@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 29 Jul 2008 22:00:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 591 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 591-submit@emacsbugs.donarmstrong.com id=B591.121736832728660 (code B ref 591); Tue, 29 Jul 2008 22:00:03 +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=-7.1 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 591) by emacsbugs.donarmstrong.com; 29 Jul 2008 21:52:07 +0000 Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6TLq3ZY028654 for <591@emacsbugs.donarmstrong.com>; Tue, 29 Jul 2008 14:52:04 -0700 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m6TLpqv2025755; Tue, 29 Jul 2008 16:51:53 -0500 Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m6THWQr3001549; Tue, 29 Jul 2008 15:51:52 -0600 Received: from inet-141-146-46-1.oracle.com by acsmt354.oracle.com with ESMTP id 11112970461217368299; Tue, 29 Jul 2008 14:51:39 -0700 Received: from dradamslap1 (/141.144.81.72) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jul 2008 14:51:39 -0700 From: "Drew Adams" To: "'Chong Yidong'" , <591@debbugs.gnu.org>, "'Stefan Monnier'" References: <87ej5czaef.fsf@stupidchicken.com> Date: Tue, 29 Jul 2008 14:51:42 -0700 Message-ID: <004201c8f1c5$4a56e840$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ej5czaef.fsf@stupidchicken.com> Thread-Index: AcjxvziOAh7unJW/ReGMzQ0WpBvmigAAnkDA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE > From: Chong Yidong Sent: Tuesday, July 29, 2008 1:46 PM > Hi Stefan, > This bug was introduced by your patch: > 2008-04-13 Stefan Monnier > minibuffer.el (display-completion-list): > Handle all-completions's new base-size info to set > completion-base-size. > > This sets completion-base-size to 0, which causes the > completions buffer to delete everything in the Lisp > buffer when you make a selection. > > I don't understand why we need the (completely undocumented) > hack introduced here, where the cdr of the last item on the > completions list gives completion-base-size. Does anything > else in Emacs depend on this? Why not simply add a new > optional argument to display-completion-list? I won't pronounce on the hack of putting the base size into the cdr; only Stefan knows if that is necessary and the right approach. I will say about that change only that it required me to change my own code in a few places. For example, you can no longer just apply `length' to the list, because it is no longer a true list. My reason for replying to your mail is instead to pass along the code that Icicles uses for `choose-completion-string', in case it helps. I don't provide it as a diff for straightforward patching, but rather as something you might want to think about. The essential differences are these: 1. I use this: (delete-region (+ base-size (if mini-p (minibuffer-prompt-end) (point-min))) (if mini-p (point-max) (point))) instead of this: (delete-region (+ base-size (field-beginning)) (point)) 2. After deleting the region I do this: (when mini-p (goto-char (point-max))) Here is my definition: (defun choose-completion-string (choice &optional buffer base-size) "Switch to BUFFER and insert the completion choice CHOICE. BASE-SIZE, if non-nil, says how many characters of BUFFER's text to keep. If it is nil, we call `choose-completion-delete-max-match' to decide what to delete. If BUFFER is the minibuffer, then exit the minibuffer, unless one of the following is true: - it is reading a file name, CHOICE is a directory, and `icicle-dir-candidate-can-exit-p' is nil - `completion-no-auto-exit' is non-nil - this is just a `lisp-complete-symbol' completion." (let* ((buffer (or buffer completion-reference-buffer)) (mini-p (minibufferp buffer))) ;; If BUFFER is a minibuffer, barf unless it's currently active. (if (and mini-p (or (not (active-minibuffer-window)) (not (equal buffer (window-buffer (active-minibuffer-window)))))) (error "Minibuffer is not active for completion") ;; Set buffer so buffer-local `choose-completion-string-functions' works. (set-buffer buffer) (unless (run-hook-with-args-until-success 'choose-completion-string-functions choice buffer mini-p base-size) ;; Insert completion into buffer where completion was requested. (if base-size (delete-region (+ base-size (if mini-p (minibuffer-prompt-end) (point-min))) (if mini-p (point-max) (point))) (choose-completion-delete-max-match choice)) (when mini-p (goto-char (point-max))) (insert choice) (remove-text-properties (- (point) (length choice)) (point) '(mouse-face nil)) ;; Update point in the window that BUFFER is showing in. (let ((window (get-buffer-window buffer 0))) (set-window-point window (point))) ;; If completing for the minibuffer, exit it with this choice, ;; unless this was a `lisp-complete-symbol' completion. (and (not completion-no-auto-exit) (equal buffer (window-buffer (minibuffer-window))) (or minibuffer-completion-table (and icicle-mode (or icicle-extra-candidates icicle-proxy-candidates))) (not (eq 'lisp-complete-symbol icicle-cmd-calling-for-completion)) ;; Exit the minibuffer if `icicle-dir-candidate-can-exit-p', ;; or not reading a file name, or chosen file is not a directory. (if (or icicle-dir-candidate-can-exit-p (not (eq minibuffer-completion-table 'read-file-name-internal)) (not (file-directory-p (field-string (point-max))))) (exit-minibuffer) (let ((mini (active-minibuffer-window))) (select-window mini) (when minibuffer-auto-raise (raise-frame (window-frame mini)))))))))) HTH - Drew From unknown Fri Jun 20 07:19:57 2025 X-Loop: don@donarmstrong.com Subject: bug#591: 23.0.60; lisp-complete-symbol erases extra text Reply-To: Stefan Monnier , 591@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 29 Jul 2008 22:15:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 591 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 591-submit@emacsbugs.donarmstrong.com id=B591.1217369293473 (code B ref 591); Tue, 29 Jul 2008 22:15:03 +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=-4.0 required=4.0 tests=AWL,BAYES_00, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 591) by emacsbugs.donarmstrong.com; 29 Jul 2008 22:08:13 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6TM88WU000467 for <591@emacsbugs.donarmstrong.com>; Tue, 29 Jul 2008 15:08:10 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak0GAOowj0hFxIYw/2dsb2JhbACBW4lEpjaBdA X-IronPort-AV: E=Sophos;i="4.31,274,1215403200"; d="scan'208";a="24947370" Received: from 69-196-134-48.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.48]) by ironport2-out.teksavvy.com with ESMTP; 29 Jul 2008 18:08:02 -0400 Received: by pastel.home (Postfix, from userid 20848) id 38133806B; Tue, 29 Jul 2008 18:07:57 -0400 (EDT) From: Stefan Monnier To: Chong Yidong Cc: 591@debbugs.gnu.org Message-ID: References: <87ej5czaef.fsf@stupidchicken.com> Date: Tue, 29 Jul 2008 18:07:57 -0400 In-Reply-To: <87ej5czaef.fsf@stupidchicken.com> (Chong Yidong's message of "Tue, 29 Jul 2008 16:46:16 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> In *scratch*, type this, and leave cursor after the final `for': >> >> format-decode-buffer >> forward-char >> >> for >> >> Then hit `M-TAB'. Choose one of the completions using mouse-2 in *Completions*. >> >> Only the final `for' should be completed, but instead all of the text >> in the buffer is replaced by the chosen completion. > Hi Stefan, > This bug was introduced by your patch: Yes, I know. > This sets completion-base-size to 0, which causes the completions buffer > to delete everything in the Lisp buffer when you make a selection. The problem is that leaving it nil will revert to the use of a heuristic. Fixing it right is a bit more difficult. > I don't understand why we need the (completely undocumented) hack > introduced here, where the cdr of the last item on the completions list > gives completion-base-size. Does anything else in Emacs depend on this? > Why not simply add a new optional argument to display-completion-list? Yes the base-size in the cdr is a hack, and we be able to get rid of it now that I've added the new `boundaries' action. But passing it as an additional argument won't make any difference for the bug at hand. Stefan From unknown Fri Jun 20 07:19:57 2025 X-Loop: don@donarmstrong.com Subject: bug#591: 23.0.60; lisp-complete-symbol erases extra text Reply-To: Chong Yidong , 591@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 30 Jul 2008 04:45:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 591 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 591-submit@emacsbugs.donarmstrong.com id=B591.12173926333394 (code B ref 591); Wed, 30 Jul 2008 04:45: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=-2.2 required=4.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 591) by emacsbugs.donarmstrong.com; 30 Jul 2008 04:37:13 +0000 Received: from furry (c-24-63-201-57.hsd1.ma.comcast.net [24.63.201.57]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m6U4bA1G003388 for <591@emacsbugs.donarmstrong.com>; Tue, 29 Jul 2008 21:37:11 -0700 Received: by furry (Postfix, from userid 1000) id EA4DDC055; Wed, 30 Jul 2008 00:36:59 -0400 (EDT) From: Chong Yidong To: Stefan Monnier Cc: 591@debbugs.gnu.org References: <87ej5czaef.fsf@stupidchicken.com> Date: Wed, 30 Jul 2008 00:36:59 -0400 In-Reply-To: (Stefan Monnier's message of "Tue, 29 Jul 2008 18:07:57 -0400") Message-ID: <87prowc7is.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Stefan Monnier writes: >> This sets completion-base-size to 0, which causes the completions buffer >> to delete everything in the Lisp buffer when you make a selection. > > The problem is that leaving it nil will revert to the use of > a heuristic. Fixing it right is a bit more difficult. I don't understand what you mean :-P >> I don't understand why we need the (completely undocumented) hack >> introduced here, where the cdr of the last item on the completions list >> gives completion-base-size. Does anything else in Emacs depend on this? >> Why not simply add a new optional argument to display-completion-list? > > Yes the base-size in the cdr is a hack, and we be able to get rid of it > now that I've added the new `boundaries' action. But passing it as an > additional argument won't make any difference for the bug at hand. Why not? That would allow lisp-complete-symbol to pass the correct value of completion-base-size, which it has already computed (i.e. the variable `beg' in lisp-complete-symbol) to display-completion-list. No? From unknown Fri Jun 20 07:19:57 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: "Drew Adams" Subject: bug#591 closed by Chong Yidong (Re: 23.0.60; lisp-complete-symbol erases extra text) Message-ID: References: <87ljyzuo8q.fsf@stupidchicken.com> <003101c8ebb5$7c107380$0200a8c0@us.oracle.com> X-Emacs-PR-Message: they-closed 591 X-Emacs-PR-Package: emacs Reply-To: 591@debbugs.gnu.org Content-Type: multipart/mixed; boundary="----------=_1218759907-14437-1" This is a multi-part message in MIME format... ------------=_1218759907-14437-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: #591: 23.0.60; lisp-complete-symbol erases extra text It has been closed by Chong Yidong . 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 Chong Yidong by replying to this email. --=20 591: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D591 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1218759907-14437-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit >From cyd@stupidchicken.com Thu Aug 14 17:15:32 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=-3.4 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 591-done) by emacsbugs.donarmstrong.com; 15 Aug 2008 00:15:33 +0000 Received: from cyd (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7F0FNL2012407; Thu, 14 Aug 2008 17:15:24 -0700 Received: by cyd (Postfix, from userid 1000) id 92A8257E323; Thu, 14 Aug 2008 20:16:05 -0400 (EDT) From: Chong Yidong To: "Drew Adams" , "Arnold Schwaighofer" Cc: Stefan Monnier , 591-done@debbugs.gnu.org, 163-done@debbugs.gnu.org Subject: Re: 23.0.60; lisp-complete-symbol erases extra text Date: Thu, 14 Aug 2008 20:16:05 -0400 Message-ID: <87ljyzuo8q.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-CrossAssassin-Score: 2 I've checked in a fix for the lisp-complete-symbol erasing buffer text problem. ------------=_1218759907-14437-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit >From drew.adams@oracle.com Mon Jul 21 21:43:43 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=-5.6 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 22 Jul 2008 04:43:43 +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 m6M4heWD032209 for ; Mon, 21 Jul 2008 21:43:41 -0700 Received: from mail.gnu.org ([199.232.76.166]:52592 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KL9iD-0007BH-V1 for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:42:58 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KL9iq-0007y4-Ee for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:43:39 -0400 Received: from agminet01.oracle.com ([141.146.126.228]:24106) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KL9ip-0007xa-V3 for emacs-pretest-bug@gnu.org; Tue, 22 Jul 2008 00:43:36 -0400 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m6M4hUes004860 for ; Mon, 21 Jul 2008 23:43:31 -0500 Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m6M4f3dh015403 for ; Mon, 21 Jul 2008 22:43:29 -0600 Received: from inet-141-146-46-1.oracle.com by acsmt353.oracle.com with ESMTP id 10956596061216701807; Mon, 21 Jul 2008 21:43:27 -0700 Received: from dradamslap1 (/24.5.171.11) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Jul 2008 21:43:27 -0700 From: "Drew Adams" To: Subject: 23.0.60; lisp-complete-symbol erases extra text Date: Mon, 21 Jul 2008 21:43:27 -0700 Message-ID: <003101c8ebb5$7c107380$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcjrtXulTVPUOOuGSV+/AxF88mfD2Q== X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 emacs -Q In *scratch*, type this, and leave cursor after the final `for': format-decode-buffer forward-char for Then hit `M-TAB'. Choose one of the completions using mouse-2 in *Completions*. Only the final `for' should be completed, but instead all of the text in the buffer is replaced by the chosen completion. This is a regression from Emacs 22. In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-06-29 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' ------------=_1218759907-14437-1--