all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dima Kogan <dima@secretsauce.net>
To: Wolfgang Jenkner <wjenkner@inode.at>
Cc: 12792@debbugs.gnu.org
Subject: bug#12792: 24.2.50; shell-mode renders all its output in a yellow face
Date: Sun, 4 Nov 2012 19:23:43 -0800	[thread overview]
Message-ID: <20121104192343.1f243455@shorty.local> (raw)
In-Reply-To: <85sj8prl8d.fsf@iznogoud.viz>

> On Mon, 05 Nov 2012 00:39:46 +0100
> Wolfgang Jenkner <wjenkner@inode.at> wrote:
>
> On Sun, Nov 04 2012, Dima Kogan wrote:
> 
> > zsh is the main shell I use that looks to be problematic. I can consistently
> > observe the issues if I delete all ~/.zsh* files, then add just the following to
> > the .zshrc:
> >
> > export PS1="%F{red}%n@%m%f:%F{yellow}%~%f%(!.#.$) "
> 
> Could you please do
> 
> M-x ansi-color-for-comint-mode-off 
> 
> so that we may see the raw escape sequences generated by that PS1?


To clarify the test even more, I set my .zshrc to

unsetopt zle
unsetopt prompt_cr
unsetopt prompt_subst
export PS1="%F{red}%n@%m%f:%F{yellow}%~%f%(!.#.$) "

This is the complete .zshrc file. The unsetopt stuff turns off zsh's keyboard
processing. Probably doesn't matter, but i'm mentioning this for completeness.

In the shell I pressed enter a few times to see the prompt sequences; then I ran
a command that produces some output without ANSI codes. Then I ran a command
that does produce some ansi codes in its output. Then I ran the plain-output
command again.

The output (with all the 'escape' characters replaced with '\e' to make sure the
email handlers don't get confused):


\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ 
\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ 
\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ seq 5
1
2
3
4
5
\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ ls --color=auto -ld .emacs.d
drwxr-xr-x 6 dima dima 4096 Nov  3 15:31 \e[0m\e[01;34m.emacs.d\e[0m
\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ seq 5
1
2
3
4
5
\e[31mdima@shorty\e[39m:\e[33m~\e[39m$ 



If I run the exact same sequence of commands with ansi-color-for-comint-mode-on
and the latest ansi-color.el, I see everything yellow (nil face), except for
".emacs.d", which is blue and the last prompt, which is all blue also. This
prompt would change to all yellow also if I press enter again. Not that the
prompt shouldn't be all blue.

If I evaluate your defun also, I get everything red (nil face also) until the
".emacs.d". The ".emacs.d" is blue, as it should be. From that point on, all the
plain output is black and all the prompts are blue. This is correct, except the
prompts still shouldn't be all blue.


Sorry for all the confusion.

dima






  reply	other threads:[~2012-11-05  3:23 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-03  8:55 bug#12792: 24.2.50; shell-mode renders all its output in a yellow face Dima Kogan
2012-11-03 11:16 ` Chong Yidong
2012-11-03 18:08   ` Dima Kogan
2012-11-03 15:37 ` Wolfgang Jenkner
2012-11-03 16:32   ` Eli Zaretskii
2012-11-03 17:59     ` Wolfgang Jenkner
2012-11-04  3:27       ` Wolfgang Jenkner
2012-11-04  7:45         ` Dima Kogan
2012-11-04 13:49           ` Wolfgang Jenkner
2012-11-04 20:24             ` Dima Kogan
2012-11-04 23:39               ` Wolfgang Jenkner
2012-11-05  3:23                 ` Dima Kogan [this message]
2012-11-05 15:00                   ` Wolfgang Jenkner
2012-11-05 15:25                     ` Wolfgang Jenkner
2012-11-05 23:57                     ` Dima Kogan
2012-11-06  1:24                       ` Wolfgang Jenkner
2012-11-06  1:31                         ` Dima Kogan
2012-11-09  1:50                           ` Wolfgang Jenkner
2012-11-09 17:30                             ` Stefan Monnier
2012-11-09 18:20                               ` Wolfgang Jenkner
2012-11-09 20:37                                 ` Stefan Monnier
2012-11-17 15:21 ` Paul Eggert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121104192343.1f243455@shorty.local \
    --to=dima@secretsauce.net \
    --cc=12792@debbugs.gnu.org \
    --cc=wjenkner@inode.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.