From dsb@smart.net Wed Jul 1 12:49:25 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 1 Jul 2009 19:49: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=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 n61JnE7J026945 for ; Wed, 1 Jul 2009 12:49:16 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MM5nt-0008PD-GZ for bug-gnu-emacs@gnu.org; Wed, 01 Jul 2009 15:49:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MM5nn-0008Hj-PB for bug-gnu-emacs@gnu.org; Wed, 01 Jul 2009 15:49:12 -0400 Received: from [199.232.76.173] (port=42899 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MM5nn-0008HX-IC for bug-gnu-emacs@gnu.org; Wed, 01 Jul 2009 15:49:07 -0400 Received: from mail.sovenix.net ([216.127.152.227]:3219 helo=sovenix.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MM5nn-0006Tr-2O for bug-gnu-emacs@gnu.org; Wed, 01 Jul 2009 15:49:07 -0400 Received: from 216.1.16.126 [216.1.16.126] by sovenix.net with ESMTP (SMTPD-11.0) id b9e40009104c37e1; Wed, 1 Jul 2009 15:31:32 -0400 Message-ID: <4A4BB667.8090302@smart.net> Date: Wed, 01 Jul 2009 15:17:59 -0400 From: "Daniel B." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081204 SeaMonkey/1.1.14 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: shell-mode editing, movement, and command entry broken by prompt/output changes Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: Windows 2000 SP2+, XP SP1+ (seldom 98) X-Greylist: delayed 1864 seconds by postgrey-1.27 at monty-python; Wed, 01 Jul 2009 15:49:05 EDT Introduction: In shell mode, editing of command output and previous command lines into new command lines and submission of those new command lines are quite broken. For example, editing a previous command's output lines to turn them into a new command line and then typing RET (executing comint-send-input) to try to submit it to the shell frequently submits only part of the line, and C-a and C-e frequently stop somewhere in the middle of the line. These problems severely reduce the usability of shell mode, which, before the breakage, was great for editing command output into related command lines (and editing it in general). Also, note that the partial submission can be very dangerous. For example, trying to edit an output line "one_thing" (e.g., from an "ls /dir" command) into the command line "rm -rf /dir/one_thing" can easily result in the command line "rm -rf /dir/" instead. The problem appears to be because of changes made to distinguish shell-prompt text from command text (and maybe also changes made to highlight error lines in command output. Apparently, boundaries between runs of text with different attributes cause commands to hit those boundaries instead of their normal boundaries (e.g., line boundaries for C-e, C-a, RET (comint-send-input)). Version information: This problem: - did not exist in Emacs 20.7.2, - first appeared somewhere in Emacs 21.x, - exists in Emacs 22.2.21 (NTEmacs and Debian Etch's emacs22 package, version_22.2+2-5), and - exists in Emacs 22.3 (built from the source in http://ftp.gnu.org/pub/gnu/emacs/emacs-22.3.tar.gz as of 2009-06-30). Details: Most of the problems occur when editing a line that originally was a command output line and that is being edited into a new command line, or when typing RET (to run comint-send-input) on such a line to execute the command line. However, some of the problems also occur when editing or when typing RET on a line that was a previously entered command. The main subproblems are: - Typing RET on a line does not submit the whole intended command to the shell: - It tends to submit only manually inserted text, ignoring original text (from command output or a previous command line). - Text inserted by yanking/pasting sometimes gets treated differently than manually inserted text. (It tends to get ignored.) - Treatment of manually inserted and/or pasted text seems to depend on the source of text is it inserted next to. - Text inserted by command completion sometimes gets ignored or causes other text to be ignored. - Some of Emacs' most basic movement commands do not work normally (how they usually work elsewhere in Emacs) and some do not even work consistently in shell mode (do not work the same at different places in a line), even accounting for presumably intended behavior changes related to distinguishing shell prompts from command text: - C-a sometimes does not move to the beginning of the line (for a command-output line) or of the command line (for a previous-command line), and in some places a second consecutive C-a moves further than the first one. - Mostly similarly, C-e sometimes does not move to the end of the line, and in some places a second C-e moves further. - M-f and M-b sometimes move less than to the next word boundary. - C-n sometimes moves only forward within an line, not to the next line. - C-k does not work normally. - C-k sometimes does not kill to the end of the line. - C-k sometimes kills the line break. - (All of those incorrect movements and killing seem to involve boundaries between manually inserted text vs. original text on the line (command output or a submitted previous command line).) Representative Test Cases: - C1: Inserting text causes previous command output text to be ignored: 1. Generate command output to use as command line and then to edit into later, modified command line: 1.0 At command prompt in shell mode ... 1.1 Insert "echo ls". 1.2 Type RET. 1.3 (Emacs submits whole command line "echo ls".) 1.4 (Shell gives output line "ls".) 2. Use command output as command line: 2.1 Go up to output line "ls" (C-p). 2.2 Type RET. 2.3 Note that Emacs submits whole command line "ls" as expected and intended (and as in Emacs 20). 3. Edit command output into command line: 3.1 Repeat steps 1.x and 2.1, or go back up to original output line from 1.4. 3.2 Go to end of output line (C-e). 3.3 Insert " -la". 3.4 Type RET. 3.5 PROBLEM: Note that Emacs submits just " -la", instead of whole command line "ls -la" (as intended, expected, and in Emacs 20). (If you need a more realistic example, use something like "ls" for the initial command, and then at the beginning of an output line insert something like "ls -l " or "emacs " and then type RET.) - C2: Pasting differs from manual inserting in previous command input: 1. Execute command line to re-execute and then edit into modified command line to be executed: 1.0 At command prompt in shell mode ... 1.1 Insert "echo x". 1.2 Type RET. 2. Re-execute previous command line: 2.1 Go up to previous command line "echo x" (C-p C-p). 2.2 Type RET. 2.3 Note that Emacs submits the whole command line "echo x" as expected and intended. (Emacs copies the command text to the current command-prompt line at the bottom of the buffer, and the shell prints "x".) 3. Insert to edit previous command line into modified version: 3.1 Go up to previous command line "echo x" (C-p C-p). 3.2 Go to end of line (C-e). 3.3 Insert "y". 3.4 Type RET. 3.5 Note that Emacs submits whole command line "echo xy" as expected and intended. 4. Paste to edit previous command line into modified version: 4.1 Copy some text from somewhere. (E.g., move to the "e" in "echo", type C-@ (C-SP) (set-mark-command), type C-f, type M-w (command kill-ring-save).) 4.2 Go to previous command line "echo xy". 4.3 Go to end of line (C-e). 4.4 Yank/paste text (C-y). (E.g., resulting in "echo xye".) 4.5 Type RET. 4.6 PROBLEM: Note that Emacs submits nothing, instead of whole command line (e.g., "echo xye") (as intended, expected, and in Emacs 20). 4.7 Go to now-previous command line (e.g., "echo xye"). 4.8 Go to beginning of line. 4.9 Type RET. 4.10 PROBLEM: Note that Emacs submits just "echo xy", instead of whole command line (e.g., "echo xye") (as intended, expected, and in Emacs 20). (Also, of course, note that Emacs submitted something different for the exact same line as in step 4.5.) - C3: C-a, C-e, M-f, M-b don't move normally in edited command line. 1. Run case C2 to set up. 2. Move to beginning of unedited previous command line: 2.1 Go to the end of the previous command line from step 2.1. 2.2 Type C-a (beginning-of-line). 2.3 Note that Emacs moves left to the beginning of the command line (to the right of the shell prompt text), as apparently intended (in Emacs 21+). 3. Move to beginning of edited previous command line: 3.1 Go to the end of the previous command line from step 4.7. 3.2 Type C-a (beginning-of-line). 3.3 PROBLEM: Note that Emacs moves left only to the beginning of the pasted text, instead of to either the beginning of the the command line (as it does for an unedited command) or the beginning of the line (as it does in Emacs 20). 3.4 Type C-a again. 3.5 PROBLEM: Note that Emacs moves further left (to the beginning of the command line), showing that C-a is not idempotent as it usually is in Emacs. 4. Move forwards in line by word boundaries: 4.1 Go to the beginning of the previous command line (see step 3.1). 4.2 Type M-f (forward-word). 4.3 Note that Emacs moves to the space in "echo xye", as expected. 4.4 Type M-f again. 4.5 PROBLEM: Note that Emacs moves to the "e" in "xye", instead of to the newline character after "xye", as expected, as it does in Emacs 20, as it usually does elsewhere. 4.6 Type M-f a third time. 4.7 Note that Emacs now moves to the newline character after "xye" as expected. 5. Move backwards in line by word boundaries: 5.1 Go to the end of the previous command line (see step 3.1). 5.2 Type M-b (backward-word). 5.3 PROBLEM: Note that Emacs moves to the "e" in "xye" instead of to the "x", as expected, as in Emacs 20, and as it usually does elsewhere. 5.4 Type M-b again. 5.5 Note that emacs moves to the "x", as expected. 5.6 Type M-b a third time. 5.7 Note that emacs moves to the "e" in "echo", as expected. - C4: C-k not at end of line kills newline character too in edited output line 1. Execute command line to generate command output to use as command arguments: 1.0 At command prompt in shell mode ... 1.1 Insert some command that gives several output lines (e.g., "ls"). 1.2 Type RET. 1.3 (Emacs submits whole command line and shell gives output lines.) 2. Edit command output into command with arguments: 2.1 Move to beginning of an output line (e.g., C-p, C-a). 2.2 Insert some command to use edited previous output as argument(s) (e.g., "mv "). 2.3 Type C-k to try to kill to end of line (to copy previous command's output line to paste twice back into line and edit into line command arguments). 2.4 PROBLEM: Emacs kills to end of line PLUS the newline character, instead of killing just to the end of line, as it does here in shell mode in Emacs 20 and as it usually does elsewhere. (For a full example use consider this: 1. Execute "ls *.PNG". 2. Get output line "xyz.PNG". 3. Move up to output line and try to edit into "mv xyz.PNG xyz.png": a. Type C-p C-a. b. Insert "mv ". c. Type C-k d. Type C-y SP C-y. e. Edit "PNG" before point(?)/cursor to "png". (Type DEL DEL DEL, insert "png".) With the correct C-k behavior, you get "mv xyz.PNG xyz.png"; with the broken C-k behavior, you get "mv xyz.PNG" NL " xyx.png". 3. Submit the edited command line. a. Type RET. With the correct C-k behavior, you execute "mv xyz.PNG xyx.png"; with the broken C-k behavior, you execute "mv xyz.PNG".) (Example of danger: Trying to compose something like "mv file1 file2 dir/" could easily result in "mv file1 file2", destroying the previous contents of file2.) - C5: C-k kills less than to end of line in edited output line. 1. Do steps 1.x of case C4. 2. Edit command output into command line. 2.1 Move to beginning of an output line (e.g., C-p, C-a). 2.2 Insert some command to use edited previous output as argument(s) (e.g., "rm -rf "). 3. Try to kill command line to yank to command-prompt line. 3.1 Move to the beginning of the line (e.g., C-a). 3.2 Type C-k. 3.3 PROBLEM: Emacs kills (and copies) only to the end of the inserted text, not killing the rest of the text on the line, instead of killing to the end of line as it does here in shell mode in Emacs 20 and as it usually does elsewhere. (For a full example use consider this: 1. Execute "ls /backups" 2. Get some output line "dir_to_delete" 3. Move up to output line and edit to "rm -rf /backups/dir_to_delete": a. Type C-p C-a. b. insert "rm -rf /backups/". 4. Try to copy line, paste into command-prompt line, and execute: a. Type C-a C-k. c. Move to command-prompt line (e.g., M->). d. Type C-y. e. Type RET. With the correct C-k behavior, you execute "rm -rf /backups/dir_to_delete"; with the broken C-k b behavior, you execute "rm -rf /backups/"!) - C6: Command completion prevents resubmission of previous command line: 1. Execute "ls /e". (Get error from shell.) 2. Go to previous command line. 3. Type TAB to complete. 4. Get "ls /etc". 5. Type RET to execute. 6. Emacs submits "" instead of while "ls /etc". 7. Go to beginning of line. 8. Type RET to execute. 6. Emacs submits "ls /e" instead of while "ls /etc". - C7: Variation on C1 and C3: 1. Execute "echo a ; echo b". 2. Type C-p C-p C-a; insert "echo ". 3. Type C-e C-d; insert "x". 4. Type C-e; type RET. 5. Emacs submits nothing instead of "echo axb". 6. Do steps 1 - 4. 7. Type C-a; type RET. 8. Emacs submits "x" instead of "echo axb". 9. Do steps 1 - 4. 7. Type C-a C-b C-a; type RET. 8. Emacs submits "echo " instead of "echo axb". - C8: C-n doesn't go to next line in edited command output: Note: I'm having trouble reproducing this one. The sequence is _close_ to this: 1. Execute "echo A ; echo B ; echo C". 2. Edit to "echo A B C": - Type C-p C-p C-p C-a. - Insert "echo ". - Replace NLs with space with query-replace. (Type M-x, "query-replace", RET, C-q C-j, RET, SP, RET, y, y, n.) 3. Try to move from edited line to next line. - Move up to beginning of edited line (C-p from where query-replace ends, then C-a). - Try to move down to next line with C-n. - When Emacs exhibits the buggy behavior (that is, when whatever unidentified steps are executed trigger it), Emacs moves only to the space in "echo ", instead of moving down to the next line. (Additionally, C-e goes only partway to the end of the line Additional Use Case and Danger Examples: - Example use case broken by broken RET behavior: 1. Execute "ls". 2. Get some output lines listing files (e.g., "a.txt" and "b.txt"). 3. Edit output into a command operating on the files (e.g., C-p C-p C-a, insert "wc " to insert command; C-e C-d SP to gather multiple filenames into the command line). 4. Type RET to try to execute the line ("wc a.txt b.txt"). With the correct RET behavior, you execute "wc a.txt b.txt"; with the broken RET behavior, you execute nothing. Example of danger: Trying to edit output lines "source1" and "source2" to compose and execute something like "tar -cf x.tar source1 source2" then executing "rm -r source1 source2" could easily result in destruction of the not-copied data in source1 and source2. - Example use case broken by broken C-a behavior: 1. Execute a command and get output. 2. Move to an output line and insert a command at the beginning of the line. 3. Join following lines to the current line with C-e C-d. 4. Decide to modify the command further and try to return to the beginning of the line by typing C-a. With the correct C-a behavior, you end up at the beginning of the line; with the broken C-a behavior, you end up somewhere else. Example of danger: Starting to compose something like "rm a b" from output lines including "a" and "b" and then deciding to edit the command into "echo rm a b" could easily result in executing "rm a b". (Note: The following says 22.3.3 apparently because I built 22.3 three times.) In GNU Emacs 22.3.3 (i686-pc-linux-gnu) of 2009-07-01 on willy configured using `configure '--without-x'' 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: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: shell-dirtrack-mode: t encoded-kbd-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: ESC x s h e l l RET e c h o SPC ; SPC DEL DEL a SPC ; SPC e c h o SPC b RET C-p C-a C-p e c h o SPC C-e x C-d RET ESC x r e p o e TAB DEL r t TAB b DEL RET C-z C-x C-f C-g C-x 2 C-x b RET C-x C-f ESC b ESC b ESC b ESC b C-k RET f C-n C-n C-n C-@ C-e ESC w C-x o ESC x r e p e o TAB C-p C-p C-p C-p C-n C-n C-n C-n e c h o SPC a SPC ; SPC e c h o SPC b RET C-p C-p C-a e c h o SPC C-e C-d x RET r e p o TAB C-_ C-_ ESC x r e p TAB e DEL o r TAB RET Recent messages: find-file-read-args: Command attempted to use minibuffer while in minibuffer Quit Loading dired...done Mark set Quit Completing command name... Partially completed Undo! [2 times] Making completion list... Loading help-mode...done From cyd@stupidchicken.com Sun Sep 13 15:09:01 2009 Received: (at 3735-done) by emacsbugs.donarmstrong.com; 13 Sep 2009 22:09:01 +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.6 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8DM8xM2017459 for <3735-done@emacsbugs.donarmstrong.com>; Sun, 13 Sep 2009 15:09:01 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id D767857E26C; Sun, 13 Sep 2009 18:10:26 -0400 (EDT) From: Chong Yidong To: "Daniel B." Subject: Re: shell-mode editing, movement, and command entry broken by prompt/output changes CC: 3735-done@debbugs.gnu.org Date: Sun, 13 Sep 2009 18:10:26 -0400 Message-ID: <87r5ualcml.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > In shell mode, editing of command output and previous command lines into > new command lines and submission of those new command lines are quite > broken. > > This problem: > - did not exist in Emacs 20.7.2, > - first appeared somewhere in Emacs 21.x, > - exists in Emacs 22.2.21 (NTEmacs and Debian Etch's emacs22 package, > version_22.2+2-5), and > - exists in Emacs 22.3 (built from the source in > http://ftp.gnu.org/pub/gnu/emacs/emacs-22.3.tar.gz as of 2009-06-30). I just checked, and it seems to be fixed in Emacs 23 (I do see the error in 22.3). I don't recall who fixed it, though. Thanks for the bug report. From unknown Sun Jun 22 11:36:44 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, 12 Oct 2009 14:24:14 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 28 18:38:01 2014 Received: (at control) by debbugs.gnu.org; 28 Jul 2014 22:38:01 +0000 Received: from localhost ([127.0.0.1]:41383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBtYM-0008A5-EF for submit@debbugs.gnu.org; Mon, 28 Jul 2014 18:37:59 -0400 Received: from mail-wi0-f176.google.com ([209.85.212.176]:41117) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBkI8-0001uF-2k for control@debbugs.gnu.org; Mon, 28 Jul 2014 08:44:40 -0400 Received: by mail-wi0-f176.google.com with SMTP id bs8so4362116wib.9 for ; Mon, 28 Jul 2014 05:44:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:message-id:date:to:mime-version; bh=OXuElGbdLKO8smHBxJT6cjYKwACgV96ITByfImxEY7o=; b=s9+4ERUewhI2AnbXOmK9XqBWEoS+oRM4dSIlsghUKH16jFa1lpuuqcwYH2KejyXH5O p20y7AqVUV2hDeV1enSbJWCqEs9y2D7P9aSwbqpmRw7ADEyb2QlrKYATjGVqifPFVT1G JOJuEyi3Jdm67jEISuRSFJAOPZLFS+ecbn9lrp6leNVC/pnCTIXQ75snP7MtuyHKIo0V bNzqynfBGtpoSLHIFruhUxVG8oeIrwvp2zkXRhnJowqgTNiiILkboaMeqt9PqzbiAEw0 6uLV1pyFx/WcqsepCgKsDAnS3EaXjdf36Ozli6MwXEq7+Daul70DG8sqaawP90QOncii hkng== X-Received: by 10.194.3.74 with SMTP id a10mr41481443wja.85.1406551469475; Mon, 28 Jul 2014 05:44:29 -0700 (PDT) Received: from [192.168.2.22] (92-108-60-150.dynamic.upc.nl. [92.108.60.150]) by mx.google.com with ESMTPSA id ub11sm31092060wib.1.2014.07.28.05.44.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Jul 2014 05:44:28 -0700 (PDT) From: Don Hopkins X-Google-Original-From: Don Hopkins Content-Type: multipart/signed; boundary="Apple-Mail=_1BAAB6E2-C0F5-45A6-A659-F8DE867C6F02"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: unarchive 3735 Message-Id: Date: Mon, 28 Jul 2014 14:44:24 +0200 To: control@debbugs.gnu.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-Mailman-Approved-At: Mon, 28 Jul 2014 18:37:54 -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: -0.7 (/) --Apple-Mail=_1BAAB6E2-C0F5-45A6-A659-F8DE867C6F02 Content-Type: multipart/alternative; boundary="Apple-Mail=_756699CE-A88B-4BBA-8BF5-AE3C590C2194" --Apple-Mail=_756699CE-A88B-4BBA-8BF5-AE3C590C2194 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii unarchive 3735 This bug is DEFINITELY not fixed. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3735 --Apple-Mail=_756699CE-A88B-4BBA-8BF5-AE3C590C2194 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii unarchive 3735

This bug is DEFINITELY not fixed. 



--Apple-Mail=_756699CE-A88B-4BBA-8BF5-AE3C590C2194-- --Apple-Mail=_1BAAB6E2-C0F5-45A6-A659-F8DE867C6F02 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJT1kWoAAoJENqWU3IyrE81KmEH/2oKuSJ9AlclmXhoIDNDBvrO kAIKjv+XlReCv1glntvt3gW0Z3xHRRjAQR6Hl74tZXYtdlMF/cpzasngCUm3Wu6j ZoVZKvHCQlTsFaejuPpMiLxH6Qbxga+Z7qyOADjTvHRprXSxFv0zyzUwI/M1G1ug BEMFlXk02OmmSIXNJ7cVyR3sVGvZtRKe7wm1/OJUr9QoLcxZ5OByiqmRdnnfdsXL FesSuli2E2tFndbGlDKTXKPc30IQBiffsp+8KZDVuz/s3IpvpIS/P/M/6Sb7VOck GN9KGiUdXSY7hHFsMzgei3316ZOdwtmQKAF2xygIeL2UfvQSWZc45fyoMdB/ti4= =Rw+h -----END PGP SIGNATURE----- --Apple-Mail=_1BAAB6E2-C0F5-45A6-A659-F8DE867C6F02-- From unknown Sun Jun 22 11:36:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Mon, 28 Jul 2014 22:40:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 28 18:46:30 2014 Received: (at control) by debbugs.gnu.org; 28 Jul 2014 22:46:30 +0000 Received: from localhost ([127.0.0.1]:41405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBtgb-0001Ay-LA for submit@debbugs.gnu.org; Mon, 28 Jul 2014 18:46:30 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:58477 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBtgY-0001Ap-3B for control@debbugs.gnu.org; Mon, 28 Jul 2014 18:46:27 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XBtgX-0008EE-Gr for control@debbugs.gnu.org; Mon, 28 Jul 2014 18:46:25 -0400 Date: Mon, 28 Jul 2014 18:46:25 -0400 Message-Id: Subject: control message for bug 3735 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: control 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: -5.7 (-----) merge 18135 3735 From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 16:15:25 2021 Received: (at 3735) by debbugs.gnu.org; 4 Dec 2021 21:15:25 +0000 Received: from localhost ([127.0.0.1]:55323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtcNQ-0006rH-Vv for submit@debbugs.gnu.org; Sat, 04 Dec 2021 16:15:25 -0500 Received: from quimby.gnus.org ([95.216.78.240]:41504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtcNP-0006l5-MN; Sat, 04 Dec 2021 16:15:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=34xVHtYu8XssFaUbUqDm/Ruke3HwFiVuv5UJSv8/XuM=; b=X/yI9SEIp2TnDdqpPVgNhxL01u XBZOO0VZvCx9aWNEiTr5Pg44YQqJoJfeIri4/pvo6v1SrFVguaGKnwhwwVfsZ7rK36+ATHtVk86Xy z86nfqj8T5fdS01DCAzL/t7fKDbupjWV+F9x6RXlD4Jp+69h571M4t3mRMZprEQtfAq0=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtcNG-0000Xn-3a; Sat, 04 Dec 2021 22:15:16 +0100 From: Lars Ingebrigtsen To: Chong Yidong Subject: Re: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> X-Now-Playing: Joni Mitchell's _The Hissing Of Summer Lawns_: "In France They Kiss On Main Street" Date: Sat, 04 Dec 2021 22:15:13 +0100 In-Reply-To: (Chong Yidong's message of "Sat, 6 May 2017 22:46:19 +0800") Message-ID: <87lf10138e.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Chong Yidong writes: > I was going through old emails and just saw this; sorry for the huge > delay in triaging this bug. > > For what it's worth, I can't reproduce the original bug recipe on Emacs 25.2: > > - At command [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dhopkins@donhopkins.com, dsb@smart.net, 18135@debbugs.gnu.org, Don Hopkins 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: -3.3 (---) Chong Yidong writes: > I was going through old emails and just saw this; sorry for the huge > delay in triaging this bug. > > For what it's worth, I can't reproduce the original bug recipe on Emacs 25.2: > > - At command prompt in shell mode ... > - Insert "echo ls". > - Type RET. > - (Emacs submits whole command line "echo ls".) > - (Shell gives output line "ls".) > - Go up to output line "ls" (C-p). > - Go to end of output line (C-e). > - Insert " -la". > - Type RET. > > The original bug report says > > 3.5 PROBLEM: Note that Emacs submits just " -la", instead of whole > command line "ls -la" (as intended, expected, and in Emacs 20). > > Instead, I see the output of ls -la. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I'm not able to reproduce this problem in Emacs 29, either. Don, are there any additional steps needed to reproduce the problem (starting from "emacs -Q")? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 16:15:31 2021 Received: (at control) by debbugs.gnu.org; 4 Dec 2021 21:15:31 +0000 Received: from localhost ([127.0.0.1]:55326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtcNX-0006xi-9c for submit@debbugs.gnu.org; Sat, 04 Dec 2021 16:15:31 -0500 Received: from quimby.gnus.org ([95.216.78.240]:41522) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtcNV-0006qB-An for control@debbugs.gnu.org; Sat, 04 Dec 2021 16:15:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=uHYc3XKHtIgoRyh4Zjkw/4FRU7zpovEY3i+esWerykU=; b=Hrd8NzWauL5mEUhiyg4bSQam0x p0Hj0ikcS/wg033Vxl3CtI0YnskmuSJ0nXC/opeFJNSnqI1UDszZ0Q5meH9iZQsoEs97/RWnq6xR8 W3avX/POv2SkYXYoTOSkQXZwMlegc4CX7JGt4z53Rpq9YM51cW9bqcr1mdOw9CRo4TTk=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtcNN-0000Y1-KQ for control@debbugs.gnu.org; Sat, 04 Dec 2021 22:15:23 +0100 Date: Sat, 04 Dec 2021 22:15:21 +0100 Message-Id: <87k0gk1386.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3735 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 3735 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) tags 3735 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 04 17:19:08 2021 Received: (at 3735) by debbugs.gnu.org; 4 Dec 2021 22:19:08 +0000 Received: from localhost ([127.0.0.1]:55621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtdN5-0000Iu-MB for submit@debbugs.gnu.org; Sat, 04 Dec 2021 17:19:08 -0500 Received: from mail-ed1-f41.google.com ([209.85.208.41]:40569) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtdN3-0000IG-J4 for 3735@debbugs.gnu.org; Sat, 04 Dec 2021 17:19:06 -0500 Received: by mail-ed1-f41.google.com with SMTP id r25so26493422edq.7 for <3735@debbugs.gnu.org>; Sat, 04 Dec 2021 14:19:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=donhopkins-com.20210112.gappssmtp.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AgHi06vAmw+tzujbAyvr8q5232yVJ5kowwssmIkf/wk=; b=6FbYaVeznkxO/idbzNeMSDTMzXJzh80FfCeCEWQHUaCLDcWkIch2M5tuj+mY8EunT1 QhlW0EXN8BIwOqcYC89Lrp3FXx1uAtsWFnLQ+go//HnBRqpcg54EwYJspQUkbwvMTv7T 1NVgyeLbVA87AZPpUi38xul/lQqAj8MsP7Pbv71ulM7okRF/KnS/WAyp3FWhetbzS383 tMT/FJb7WDSllBS/hzJV2DSY/vr6QGHUohKem2cnW8/I14aFzmRuIY0yZyc7i+InVfDB Y5P9Hu1D/2s7H7BeVCR0ceESX+EkVB+bUbayyfrOiiK9NwMN0G0VnBFylY5T2BYrMJal KALg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AgHi06vAmw+tzujbAyvr8q5232yVJ5kowwssmIkf/wk=; b=w0+ldYE5q618OPGAMVzTuBuH7ArmBDxb/AqFSikzziVNJZtla6MpgttHE7sPuly+tz gIpU4uXfV+GS+J36FnZfyyNsrNG+Ie4W4i84yuTs1E8XRaPF+hdDyb+t/hh1j3a9U6OA IySROK+EKAPz3uGVxNgGiMCMs7nKtZFjGzKR3bH+q26Y2E1trLaTp40KgOcmRS0EQK/j JcCWKyyBGRo848+RtdD7cn99eSXg1h7mKNdZ8tgwutSX7P1yXupTkT4EQ8cLdwByg95I tIHSvxpzqgkoAeqFccMCmfNV1N8VmW/bqpK7E7nnS631l57yMkeBDKL60ljV825OQMlH ixKg== X-Gm-Message-State: AOAM5318z2DQwjGC3/gNIGAnGoY18c+NEQHAeHb8wmjfnwZGhJUymLLa k1PKREkUKZC7ZtXLghDcfktKJg== X-Google-Smtp-Source: ABdhPJwiP6LEL1luA9G0luBprUcPwodMIljK3VFRxMplyqO1EgTs7JprV5zXkeLh4dtT/pk9AigSDA== X-Received: by 2002:a17:907:2d12:: with SMTP id gs18mr33844524ejc.126.1638656339738; Sat, 04 Dec 2021 14:18:59 -0800 (PST) Received: from smtpclient.apple (2a02-a444-9fda-1-1d23-ea2b-8993-47e6.fixed6.kpn.net. [2a02:a444:9fda:1:1d23:ea2b:8993:47e6]) by smtp.gmail.com with ESMTPSA id k21sm4493737edo.87.2021.12.04.14.18.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Dec 2021 14:18:59 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes From: Don Hopkins In-Reply-To: <87lf10138e.fsf_-_@gnus.org> Date: Sat, 4 Dec 2021 23:18:57 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> To: Lars Ingebrigtsen X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, Don Hopkins 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 (-) Thanks for looking into this!=20 I can=E2=80=99t reproduce the problem through that recipe, but weird = things still happen in other situations.=20 Try putting =E2=80=9C -la=E2=80=9D in the kill buffer and then yanking = it instead of typing it at the end of the output of =E2=80=9Cecho ls=E2=80= =9D.=20 It totally ignores the whole line, as if you entered an empty line. But the thing that usually happens to me is that it enters the text that = I yanked, but I=E2=80=99m not sure what the exact conditions to trigger = it are.=20 But at any rate, yanking =E2=80=9C -la=E2=80=9D and hitting return = should have the exact same behavior as typing =E2=80=9C -la=E2=80=9D and = hitting return, so it=E2=80=99s probably caused by the same underlying = problem. I=E2=80=99ll let you know if I figure out other test cases that get it = to enter the text you yanked but not the text before that. It usually = has something to do with yanking text, possibly at the end or also in = the middle of the line. -Don > On Dec 4, 2021, at 22:15, Lars Ingebrigtsen wrote: >=20 > Chong Yidong writes: >=20 >> I was going through old emails and just saw this; sorry for the huge >> delay in triaging this bug. >>=20 >> For what it's worth, I can't reproduce the original bug recipe on = Emacs 25.2: >>=20 >> - At command prompt in shell mode ... >> - Insert "echo ls". >> - Type RET. >> - (Emacs submits whole command line "echo ls".) >> - (Shell gives output line "ls".) >> - Go up to output line "ls" (C-p). >> - Go to end of output line (C-e). >> - Insert " -la". >> - Type RET. >>=20 >> The original bug report says >>=20 >> 3.5 PROBLEM: Note that Emacs submits just " -la", instead of = whole >> command line "ls -la" (as intended, expected, and in Emacs = 20). >>=20 >> Instead, I see the output of ls -la. >=20 > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) >=20 > I'm not able to reproduce this problem in Emacs 29, either. >=20 > Don, are there any additional steps needed to reproduce the problem > (starting from "emacs -Q")? >=20 > --=20 > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 05 13:08:02 2021 Received: (at 3735) by debbugs.gnu.org; 5 Dec 2021 18:08:02 +0000 Received: from localhost ([127.0.0.1]:59241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtvvd-0000RE-B0 for submit@debbugs.gnu.org; Sun, 05 Dec 2021 13:08:01 -0500 Received: from kamnitnik.top ([209.250.245.214]:60874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtu3X-00060H-29; Sun, 05 Dec 2021 11:08:03 -0500 Received: from localhost (BSN-77-156-43.static.siol.net [193.77.156.43]) by kamnitnik.top (Postfix) with ESMTPSA id B720C9CA87; Sun, 5 Dec 2021 16:08:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kamnitnik.top; s=mail; t=1638720481; bh=uToh5BFBDmHUnEdNtG+AyfIYDsqQdSSf4of9oNU7ifI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=SyPeEbWLuoaba78vzbXl/0CehAh20GpWkEL64C/3cukW32FKUDUNmUSlELh6xkXdK rbztoISArBnJWD7FamX9O5RGvpZBjVovb9GQrs8Nc8WV1FbkuIatakG48GsECn5PDH +IG/NvoKbjudzFicDpv5EEY8goIaQgKKV/Su5RNQZSiAcRq1Tnhb/dA3nL8NvRh4Wu oybAVpQQfVyXmWEpEmUs4DDZIvEG7gVm5SNQH34X6gf6hWkkCe4QEff20G5MsMOain yj76kBtvr46fL0TRIFMyWrnyoq7YYArFvH6Ey74KkmAWQz2dCsX7RAwMsYU25LLT8C dE5dRoc+A39NQ== From: miha@kamnitnik.top To: Don Hopkins , Lars Ingebrigtsen Subject: Re: bug#18135: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes In-Reply-To: <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> Date: Sun, 05 Dec 2021 17:13:06 +0100 Message-ID: <87bl1v3u99.fsf@miha-pc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Don Hopkins writes: > Thanks for looking into this! > > I can’t reproduce the problem through that recipe, but weird things still happen in other situations. > > Try putting “ -la” in the kill buffer and then yanki [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: kamnitnik.top (top)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, Don Hopkins 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: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Don Hopkins writes: > Thanks for looking into this! > > I can’t reproduce the problem through that recipe, but weird things still happen in other situations. > > Try putting “ -la” in the kill buffer and then yanki [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: kamnitnik.top (top)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Don Hopkins writes: > Thanks for looking into this!=20 > > I can=E2=80=99t reproduce the problem through that recipe, but weird thin= gs still happen in other situations.=20 > > Try putting =E2=80=9C -la=E2=80=9D in the kill buffer and then yanking it= instead of typing it at the end of the output of =E2=80=9Cecho ls=E2=80=9D= .=20 > > It totally ignores the whole line, as if you entered an empty line. > > But the thing that usually happens to me is that it enters the text that = I yanked, but I=E2=80=99m not sure what the exact conditions to trigger it = are.=20 > > But at any rate, yanking =E2=80=9C -la=E2=80=9D and hitting return should= have the exact same behavior as typing =E2=80=9C -la=E2=80=9D and hitting = return, so it=E2=80=99s probably caused by the same underlying problem. > > I=E2=80=99ll let you know if I figure out other test cases that get it to= enter the text you yanked but not the text before that. It usually has som= ething to do with yanking text, possibly at the end or also in the middle o= f the line. Reproducer: =2D copy " -la" into kill ring =2D type "echo ls" into M-x shell =2D (Shell gives output line "ls".) =2D Go up to output line "ls" (C-p). =2D yank " -la" =2D press C-b =2D the line now "ls -la" with point after "l" =2D press RET Only " -la" is sent to the process instead of "ls -la" This is because the 'field' text property of "ls" is 'output' but the " -la" is inserted with insert-for-yank and doesn't have a 'field' text property. A similar thing happens if we insert a space using M-SPC (just-one-space) in the middle of process output. The space is inserted with 'insert' and doesn't inherit the 'field' text property of the surrounding text. This didn't cause a problem in older Emacs because the field text property wasn't used yet at that time in comint. I am willing to write up a patch to fix this. I'm thinking of having comint-mode register a function in after-change-functions to mark text inserted in the 'output' field as 'output'. Would this be okay or are there any obvious flaws with this approach? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJHBAEBCAAxFiEEmxVnesoT5rQXvVXnswkaGpIVmT8FAmGs5RITHG1paGFAa2Ft bml0bmlrLnRvcAAKCRCzCRoakhWZP4IBD/9rQZirS2ahK4NDRDQL9Eht/A2kp6O5 IwUuqxo8RauG4MzpE8fFZok9T+Ngrcc/dEYRNAsLIaR+Oc8ofWOw4YpOV4r6526K oDEHKpEhyt1qxn5ZDwCk+TRv6xCX4p3tsTuPfcwtgPXEyv7BWK36Tc959kTnytq7 ++oz0FYyVrLNSjFFvAofgQ4UyW4H0clK4HHDXbO0wX9KX48Z+WYzJFxc+E8qOuQN pd+7PLVIFsAZGc5DdpQNo41wT9fSZy6p5sl+Xbfeh+WagQwmoEQNxlOjWocBqVHQ z8eOZZh4WMjAGg772P6nD7zl1achFKjdgcPTwGua+6gy5DwvIokdhaq4iwpGXea0 uHWiyiNc6kl5neBrPOZ/AqIDgtSjk77WKCeJFTyvq/R9nDHKek76w4XgChNXdZGC TR5AiakMmuFSbGcnGAoSZJ3308YefZQaoJ1qnxcczUqK6lXKKxbHzxz0qCyJAzrC dk+KRJ/qEMaywCiq6Nfm0gwdMlWWaFiamZLuuR+Gk2DxdB+oYP0UicMxvUX4juKu LLkAl/6FIMBf3L5QVtJ0k4bigIvJScss1vlGuJEBDfHtsvW3/PUg8oCtExH6QbxQ CQvsSNq8BrHl6Xld39cVgIaRa0P6NNlbM20U5blKOOSsnxlP1FQ9ZeKUwQ6+JAPe BDymbNrEmAZ8lA== =e5Qd -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 05 14:27:31 2021 Received: (at 3735) by debbugs.gnu.org; 5 Dec 2021 19:27:32 +0000 Received: from localhost ([127.0.0.1]:59490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxAZ-0002bG-JS for submit@debbugs.gnu.org; Sun, 05 Dec 2021 14:27:31 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mtxAX-0002ay-5M; Sun, 05 Dec 2021 14:27:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=bUus2oXwwFXupJEyQJ+/ujsenTAsSGPBAKEEIqYsaZI=; b=ctBzGd6iyiKw0r7SzZuZQ0PInD 0WMWEToeBYH6rEodlOyJHFbEy8OLdLB+H7NVkVZfoeaJ+7C4Z0E9B3/XIGSisQefw+dl/2YdH9Td9 5MOXc1emI0wcMaWHR/6wrVHQ2750XjhAbMgE69Nw0y43xvyekjjHMBSfsHhbEVugLjqU=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mtxAL-000295-4Y; Sun, 05 Dec 2021 20:27:19 +0100 From: Lars Ingebrigtsen To: miha@kamnitnik.top Subject: Re: bug#18135: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> <87bl1v3u99.fsf@miha-pc> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEWvPDZcRDIRCwrX son///9/75/RAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UMBRMYA30B6WgAAAHDSURBVDjLjZPrsesg DIQFNICgAYQbMFb/vd1d+ZE4c35cJhPb+mD1RKTK5BLJ83sJFh5pnM8voNhqU2oe0l4gJ51CoZHe JzLVMo9JektRPfPvB8BaqSOi+gJDIiKZbzvCEeH29DZHXvzpr33CIxLQNv8Af6+fQnyBOa39L6gX 0PomVR+ALfbYzdsJLE/f2iePzaNjYuNQL2t9lLzRq2jX6r6nx4/u8S+pVlX3eWtZ05q0ddG8Lfc1 1wO6u+cuzQde1I4b4DikizQbvruPfIPdY2E0NoeWTZPTjV/AjZp7Q3waldZCexHdKLrmhniNel2p 4MIXRxU6i0KxfpxSeOkE0XTWtRvtS+B78wNRsr293eAg2HFgIN/SCrLZ5ALYgM9htSAt5D8CzAAQ 0KgEtxhj8iZmiBVf7fQJ7+VyrosZJNN+gXEDY6BqZXndU/SWpbiAqTkSTVSNGiUCSs0ACtCMHVWO /wWg3Q9rbQBU3OVwYVHu1bFNLfnSLvPuNhusUxO87ZgFoSjtrbLVk03pyxTOr9HtiAXFJdiy4Z7d w9kjOxQZWpyg53qUM21akVlt3+CI6QkgHxBtjCg0HH1uWr9mkXaAf5OiilE4aSzrAAAAJXRFWHRk YXRlOmNyZWF0ZQAyMDIxLTEyLTA1VDE5OjI0OjAzKzAwOjAwCssKKwAAACV0RVh0ZGF0ZTptb2Rp ZnkAMjAyMS0xMi0wNVQxOToyNDowMyswMDowMHuWspcAAAAASUVORK5CYII= X-Now-Playing: The Police's _Outlandos d'Amour_: "Truth Hits Everybody" Date: Sun, 05 Dec 2021 20:27:16 +0100 In-Reply-To: <87bl1v3u99.fsf@miha-pc> (miha@kamnitnik.top's message of "Sun, 05 Dec 2021 17:13:06 +0100") Message-ID: <8735n6svhn.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: miha@kamnitnik.top writes: > Reproducer: > > - copy " -la" into kill ring > - type "echo ls" into M-x shell > - (Shell gives output line "ls".) > - Go up to output line "ls" (C-p). > - yank " -la" > - press C-b > - the line now [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, Don Hopkins 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.3 (-) miha@kamnitnik.top writes: > Reproducer: > > - copy " -la" into kill ring > - type "echo ls" into M-x shell > - (Shell gives output line "ls".) > - Go up to output line "ls" (C-p). > - yank " -la" > - press C-b > - the line now "ls -la" with point after "l" > - press RET > > Only " -la" is sent to the process instead of "ls -la" Thanks; with that I'm also able to reproduce the problem. > I am willing to write up a patch to fix this. I'm thinking of having > comint-mode register a function in after-change-functions to mark text > inserted in the 'output' field as 'output'. Would this be okay or are > there any obvious flaws with this approach? I think that sounds like a promising approach, but I wonder whether something could be done with rear-nonsticky here. `field' isn't rear-sticky here for probably good reasons, but perhaps something could be tweaked there? (I haven't actually tried, though.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 11:52:36 2021 Received: (at 3735) by debbugs.gnu.org; 7 Dec 2021 16:52:36 +0000 Received: from localhost ([127.0.0.1]:38500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mudhk-0004u5-9C for submit@debbugs.gnu.org; Tue, 07 Dec 2021 11:52:36 -0500 Received: from kamnitnik.top ([209.250.245.214]:41346) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mudhd-0004tp-V0; Tue, 07 Dec 2021 11:52:34 -0500 Received: from localhost (BSN-77-156-43.static.siol.net [193.77.156.43]) by kamnitnik.top (Postfix) with ESMTPSA id DAAC39CAE9; Tue, 7 Dec 2021 16:52:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kamnitnik.top; s=mail; t=1638895949; bh=4K1d/FtctzFjWXpl5RWx8ViHPZIpkEu6M3mOuS8z+i8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=JY8C5iYfm1BtwmVdD/ygskyFeYd97dE8aAVn/V4Q49G1bi5Q1cbBs1IPMJGgkstfg bLNnLqT/nHNfgKQPj7TnEkMaZ0Ki3P06zwJn4985R9sMAVrKvBg/X4wgOCGERjHjoq qKS9Hgokoj7Y7dptq8FDt3IXEE69V31oOxdrHO4USkD/uLy52rYkBkGPgzCD2xFS6e lZPHd1U20UQkk3DaNx43KN/+kka1DO+NAJKLOwX9WUCKnRsFdq07fj+zhXq7/uIlaP Bo2FOzfHqe5u3mZ99h+vnLcu2tiw/9Qj4XXKgiwawCOXyZGeJZgiRSEu7hOuF+kr0I aTu+fLTpwdFHw== From: To: Lars Ingebrigtsen Subject: Re: bug#18135: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes In-Reply-To: <8735n6svhn.fsf@gnus.org> References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> <87bl1v3u99.fsf@miha-pc> <8735n6svhn.fsf@gnus.org> Date: Tue, 07 Dec 2021 17:57:34 +0100 Message-ID: <878rww4akh.fsf@miha-pc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Lars Ingebrigtsen writes: > miha@kamnitnik.top writes: > >> Reproducer: >> >> - copy " -la" into kill ring >> - type "echo ls" into M-x shell >> - (Shell gives output line "ls".) >> - Go up to output line "ls" (C-p). >> - yank [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: kamnitnik.top (top)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, Don Hopkins 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: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Lars Ingebrigtsen writes: > miha@kamnitnik.top writes: > >> Reproducer: >> >> - copy " -la" into kill ring >> - type "echo ls" into M-x shell >> - (Shell gives output line "ls".) >> - Go up to output line "ls" (C-p). >> - yank [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: kamnitnik.top (top)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain Lars Ingebrigtsen writes: > miha@kamnitnik.top writes: > >> Reproducer: >> >> - copy " -la" into kill ring >> - type "echo ls" into M-x shell >> - (Shell gives output line "ls".) >> - Go up to output line "ls" (C-p). >> - yank " -la" >> - press C-b >> - the line now "ls -la" with point after "l" >> - press RET >> >> Only " -la" is sent to the process instead of "ls -la" > > Thanks; with that I'm also able to reproduce the problem. > >> I am willing to write up a patch to fix this. I'm thinking of having >> comint-mode register a function in after-change-functions to mark text >> inserted in the 'output' field as 'output'. Would this be okay or are >> there any obvious flaws with this approach? > > I think that sounds like a promising approach, but I wonder whether > something could be done with rear-nonsticky here. `field' isn't > rear-sticky here for probably good reasons, but perhaps something > could be tweaked there? (I haven't actually tried, though.) Yeah I thought about that too. However, commands such as 'yank' or 'just-one-space' use insert rather than insert-and-inherit and thus always bypass inheritance of surrounding text properties regardless of it's stickiness. That is why I settled for using the 'insert-in-front-hooks' text property, patch attached. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-Improve-yanking-in-the-middle-of-comint-process-outp.patch Content-Transfer-Encoding: quoted-printable From=207914fe85ba096f93d4b6817bc0d7b7976f3d316a Mon Sep 17 00:00:00 2001 From: =3D?UTF-8?q?Miha=3D20Rihtar=3DC5=3DA1i=3DC4=3D8D?=3D Date: Tue, 7 Dec 2021 16:59:39 +0100 Subject: [PATCH] Improve yanking in the middle of comint process output * lisp/comint.el (comint--unmark-string-as-output): New function to remove unwanted properties from text yanked from comint buffers. (comint-mode): Use it as a 'filter-buffer-substring-function'. (comint-output-filter): Set 'insert-in-front-hooks' text property on process output such that text yanked by the user in the middle of process output is marked as process output (Bug#3735). (comint--mark-as-output): New function. (comint--mark-yanked-as-output): New function. =2D-- lisp/comint.el | 54 +++++++++++++++++++++++++++++++++++++++++--------- 1 file changed, 45 insertions(+), 9 deletions(-) diff --git a/lisp/comint.el b/lisp/comint.el index 544f0b8b82..5f99f560cf 100644 =2D-- a/lisp/comint.el +++ b/lisp/comint.el @@ -730,6 +730,8 @@ comint-mode (or (file-remote-p default-directory) "")) (setq-local comint-accum-marker (make-marker)) (setq-local font-lock-defaults '(nil t)) + (add-function :filter-return (local 'filter-buffer-substring-function) + #'comint--unmark-string-as-output) (add-hook 'change-major-mode-hook 'font-lock-defontify nil t) (add-hook 'isearch-mode-hook 'comint-history-isearch-setup nil t) (add-hook 'completion-at-point-functions 'comint-completion-at-point nil= t) @@ -1815,7 +1817,8 @@ comint-add-to-input-history (ring-insert comint-input-ring cmd))) =20 (defconst comint--prompt-rear-nonsticky =2D '(field inhibit-line-move-field-capture read-only font-lock-face) + '( field inhibit-line-move-field-capture read-only font-lock-face + insert-in-front-hooks) "Text properties we set on the prompt and don't want to leak past it.") =20 (defun comint-send-input (&optional no-newline artificial) @@ -2152,14 +2155,7 @@ comint-output-filter (goto-char (process-mark process)) ; In case a filter moved it. =20 (unless comint-use-prompt-regexp =2D (with-silent-modifications =2D (add-text-properties comint-last-output-start (point) =2D `(rear-nonsticky =2D ,comint--prompt-rear-nonsticky =2D front-sticky =2D (field inhibit-line-move-field-capture) =2D field output =2D inhibit-line-move-field-capture t)))) + (comint--mark-as-output comint-last-output-start (point))) =20 ;; Highlight the prompt, where we define `prompt' to mean ;; the most recent output that doesn't end with a newline. @@ -2191,6 +2187,46 @@ comint-output-filter ,comint--prompt-rear-nonsticky))) (goto-char saved-point))))))) =20 +(defun comint--mark-as-output (beg end) + (with-silent-modifications + (add-text-properties + beg end + `(rear-nonsticky + ,comint--prompt-rear-nonsticky + front-sticky + (field inhibit-line-move-field-capture) + field output + inhibit-line-move-field-capture t + ;; Text inserted by a user in the middle of process output + ;; should be marked as output. This is needed for commands + ;; such as `yank' or `just-one-space' which don't use + ;; `insert-and-inherit' and thus bypass default text property + ;; inheritance. + insert-in-front-hooks + (,#'comint--mark-as-output ,#'comint--mark-yanked-as-output))))) + +(defun comint--mark-yanked-as-output (beg end) + ;; `yank' removes the field text property from the text it inserts + ;; due to `yank-excluded-properties', so arrange for this text + ;; property to be reapplied in the `after-change-functions'. + (let (fun) + (setq + fun + (lambda (beg1 end1 _len1) + (remove-hook 'after-change-functions fun t) + (when (and (=3D beg beg1) + (=3D end end1)) + (comint--mark-as-output beg1 end1)))) + (add-hook 'after-change-functions fun nil t))) + +(defun comint--unmark-string-as-output (string) + (remove-list-of-text-properties + 0 (length string) + '( rear-nonsticky front-sticky field + inhibit-line-move-field-capture insert-in-front-hooks) + string) + string) + (defun comint-preinput-scroll-to-bottom () "Go to the end of buffer in all windows showing it. Movement occurs if point in the selected window is not after the process m= ark, =2D-=20 2.34.1 --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJHBAEBCAAxFiEEmxVnesoT5rQXvVXnswkaGpIVmT8FAmGvkn4THG1paGFAa2Ft bml0bmlrLnRvcAAKCRCzCRoakhWZP4cvD/4oG241wNooxZKczWYnWB8reznybd+0 8jYcI/Z+nx36LEB6FBXF/mIMjlZafAyEdgpuM4GXfKyMneHiJC3b9glKrrROefur YHkxlPQtfXHl5A79OpdAWyw1unc4wxfEchQ+wlK0ymNyxzSq3g/DB0TmO2EJg7Ob Qc9V3AdgHvXWJqOEnH+QQpqRjR/G3mY/3s61MDLrLp3PMhqCF0R6wgg5GB2zL5cp P5ZhhomyRujnrhsB9JLoeWxcx/YzL02tbe81gLKdZC1/fzH5wcudT+0BAPaFJmOL LkGHBIyFssk3U67u8PwXjgpw98CEZp33u0Q9nCFzHuLneDiyrP28fIplgE4awBc9 PEfwlaffQQhGVwiaa/VeFGqXOnnSBHRuL6aO7TksK1ogcsVNvZvXAJyz3iX5S8j9 pLi+g/7yZgsvDsCBvSXh2XThF5WrACU8znvKXpxDdGbQM8W+l0BuvHPjkEpyj9+R xp63tvx83K2ULqLUz33EMfnKd5oIsAx2vTrVWc9Tf9vdQK5ZWB0FwBzY+Oopkklp u7kXC69mVtTmZa4G6sX4a8k/x6VSwkL7qCuZFKXePw/6CldJ9P7Vn83gy2xcKSwF vQBVXZIvDJ1ixGkTrzMH5h+wugZinshowdTQCjYWSr1F2LSzpk8b6KcO2ZJYDVRo UXHPj3F2OtyZRg== =2PG1 -----END PGP SIGNATURE----- --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 15:16:58 2021 Received: (at 3735) by debbugs.gnu.org; 7 Dec 2021 20:16:58 +0000 Received: from localhost ([127.0.0.1]:38744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mugtW-0001sv-95 for submit@debbugs.gnu.org; Tue, 07 Dec 2021 15:16:58 -0500 Received: from quimby.gnus.org ([95.216.78.240]:53416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mugtU-0001sT-KT; Tue, 07 Dec 2021 15:16:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2Jr/C8+saK0VGr4o3axH5aX1li7mFp21uhv+rSoJFWE=; b=XfxBZInfDJGXoN5Th0S4XAEA+Z 5HBqGYJySlUXa9p0Gva9DV7n8kdiH5gWzjRYqKfR8zo9ET8oorJO+bOZMuM94vXgcLNo8NtC2736s 5eksCuMjgK5a1YePX9T2kUdZiG9QZAxnjcHXEG+UShp+Mz20ZT9spVHwLRlJK00xk0IM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mugtH-00025A-W8; Tue, 07 Dec 2021 21:16:46 +0100 From: Lars Ingebrigtsen To: Subject: Re: bug#18135: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> <87bl1v3u99.fsf@miha-pc> <8735n6svhn.fsf@gnus.org> <878rww4akh.fsf@miha-pc> X-Now-Playing: Japan's _Tin Drum (1)_: "Cantonese Boy" Date: Tue, 07 Dec 2021 21:16:43 +0100 In-Reply-To: <878rww4akh.fsf@miha-pc> (miha@kamnitnik.top's message of "Tue, 07 Dec 2021 17:57:34 +0100") Message-ID: <87ee6of9w4.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: writes: > Yeah I thought about that too. However, commands such as 'yank' or > 'just-one-space' use insert rather than insert-and-inherit and thus > always bypass inheritance of surrounding text properties re [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, Don Hopkins 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.3 (-) writes: > Yeah I thought about that too. However, commands such as 'yank' or > 'just-one-space' use insert rather than insert-and-inherit and thus > always bypass inheritance of surrounding text properties regardless of > it's stickiness. That is why I settled for using the > 'insert-in-front-hooks' text property, patch attached. Thanks; works well here, too, so I've pushed this to Emacs 29 now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 15:17:07 2021 Received: (at control) by debbugs.gnu.org; 7 Dec 2021 20:17:07 +0000 Received: from localhost ([127.0.0.1]:38750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mugtf-0001u0-Im for submit@debbugs.gnu.org; Tue, 07 Dec 2021 15:17:07 -0500 Received: from quimby.gnus.org ([95.216.78.240]:53430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mugtd-0001t8-Lj for control@debbugs.gnu.org; Tue, 07 Dec 2021 15:17:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2M40rV0BdlqgH2j984p5rymgraFiEJRbt93Ni31mtWM=; b=GCRKJf0wmr2kNh5Ek4DwaBPG04 LR2OeY2puyxBL/lC1xFr4M+XmHgfOIyXAnbLepS+Im67pbwFVAWot87ls1e4nLnS9tC//rvwsDw8+ 4M3njDfA1YPuD21RiqlOrjVgrZA5OeAf2K0XUFIuTYyJAdCL/A2SBBXXzVTfEfbfqwfA=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mugtV-00025O-JM for control@debbugs.gnu.org; Tue, 07 Dec 2021 21:16:59 +0100 Date: Tue, 07 Dec 2021 21:16:53 +0100 Message-Id: <87czm8f9vu.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #18135 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 18135 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) close 18135 29.1 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 07 19:20:56 2021 Received: (at 3735) by debbugs.gnu.org; 8 Dec 2021 00:20:56 +0000 Received: from localhost ([127.0.0.1]:39011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mukhb-0006do-VQ for submit@debbugs.gnu.org; Tue, 07 Dec 2021 19:20:56 -0500 Received: from mail-ed1-f50.google.com ([209.85.208.50]:36694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mukha-0006dU-3e for 3735@debbugs.gnu.org; Tue, 07 Dec 2021 19:20:54 -0500 Received: by mail-ed1-f50.google.com with SMTP id z5so2531693edd.3 for <3735@debbugs.gnu.org>; Tue, 07 Dec 2021 16:20:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=donhopkins-com.20210112.gappssmtp.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FECFjMMiw+M+jSbYoOOLl1bdatMn4uPvAX3jRsmBzCQ=; b=btEi3mKBYM92yugpIdyQ6gfdHOAeN/de7dokKVdht/CsbNvJGgqZ5CfmAh6jzpk9B2 4mAP7eyIJ2Z828cmLWZ3ES80NzxRkd06KUi6JZbq5my2tMS4UwiXwXw6qWoQxtGawgWV zqr7LOAscP79kpV86qNMR/5m88/vJavHuZgI5Ful/L6du4hUqLm9DVQF6ECF7Csvyljz 2YVJ994788Wi0/hCwBgbnXQsDEN0OPYgmbxoIAwKjW/kf6CvskIC6K8esKLwgRcBSoxK RpYmb3NbfcGEArSvdlC2hEQe2LymedDN6SUHBoqlXNbCA1UKAlZ5ldHH6GJMuO8LEySD vihA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FECFjMMiw+M+jSbYoOOLl1bdatMn4uPvAX3jRsmBzCQ=; b=hONLolSIxmNO0ajc4RSQH3G2sTWgV15rLcn4MpfQBCNg2m67MPxjm8mZ4Q03iJKjHx oLoyIc7PhgEdSlYMyBZZgbSMZpzARDx498JjwNJyrR/wlsgq9d2iurI9kpabCuxYVojS x67OYLfdDB29Uo/qrUeqzlJNLuONmClDZ2YZO+g/uc+hRxsL4pyRfU3alaC/lcR629Nk BgfOBtaOX3VxUfwqE2EEPSD59jOSymG1PUuO6u+NBTqgYQFjkJuNEHF2aYnuIR3TrEwz Qyc8dkhcN+2sPXrgjliK7Ysv8bbGfTvCVnSpEC0uIGY+HLxeRRtUWw78LSw6U7ID76PN ApFA== X-Gm-Message-State: AOAM5307ZFrwnNSWbHTci0ATdvortLup+koaW7k/RWgqGQ3vnVqImtVV d8FcVrG05gltyMKKQKM0pTuRIw== X-Google-Smtp-Source: ABdhPJxU0o2KEltYXwVfAZt8AJifmDDZ0+qS8NOwD5/wBHAKAfGg8OD+Ns07BDrzYEz8ydDFFZd4zg== X-Received: by 2002:aa7:d0d1:: with SMTP id u17mr14013532edo.135.1638922848256; Tue, 07 Dec 2021 16:20:48 -0800 (PST) Received: from smtpclient.apple (2a02-a444-9fda-1-a006-7acf-71d2-556e.fixed6.kpn.net. [2a02:a444:9fda:1:a006:7acf:71d2:556e]) by smtp.gmail.com with ESMTPSA id x22sm523468ejc.97.2021.12.07.16.20.47 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Dec 2021 16:20:47 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: bug#18135: bug#3735: shell-mode editing, movement, and command entry broken by prompt/output changes From: Don Hopkins In-Reply-To: <87ee6of9w4.fsf@gnus.org> Date: Wed, 8 Dec 2021 01:20:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <819B1602-3EAA-48A7-8E83-52D16F1F6769@donhopkins.com> References: <9A88C51B-AE7B-4FD8-9929-6F058AC23AE6@gmail.com> <87lf10138e.fsf_-_@gnus.org> <33D68609-31C2-465C-8718-667B5F51B50E@donhopkins.com> <87bl1v3u99.fsf@miha-pc> <8735n6svhn.fsf@gnus.org> <878rww4akh.fsf@miha-pc> <87ee6of9w4.fsf@gnus.org> To: Lars Ingebrigtsen X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Thank you! I’m looking forward to upgrading to emacs 29. -Don > On Dec 7, 2021, at 21:16, Lars Ingebrigtsen wrote: > > writes: > >> Yeah I thought about that too. However, commands such as 'yank' or >> 'just-one-space' use i [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: kamnitnik.top (top)] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.50 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.50 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 3735 Cc: 3735@debbugs.gnu.org, dsb@smart.net, Chong Yidong , 18135@debbugs.gnu.org, miha@kamnitnik.top 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 (+) Thank you! I=E2=80=99m looking forward to upgrading to emacs 29.=20 -Don > On Dec 7, 2021, at 21:16, Lars Ingebrigtsen wrote: >=20 > writes: >=20 >> Yeah I thought about that too. However, commands such as 'yank' or >> 'just-one-space' use insert rather than insert-and-inherit and thus >> always bypass inheritance of surrounding text properties regardless = of >> it's stickiness. That is why I settled for using the >> 'insert-in-front-hooks' text property, patch attached. >=20 > Thanks; works well here, too, so I've pushed this to Emacs 29 now. >=20 > --=20 > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 11:36:44 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, 05 Jan 2022 12:24:05 +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