GNU logs - #22154, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 12 Dec 2015 21:50:02 +0000
Resent-Message-ID: <handler.22154.B.144995697316550 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 22154 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Date: Sat, 12 Dec 2015 21:49:10 +0000
Message-ID: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
Content-Type: multipart/alternative; boundary=001a1130ce4c8daa860526ba6936
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--001a1130ce4c8daa860526ba6936
Content-Type: text/plain; charset=UTF-8

I have TERM set to 'xterm-256color'.

I started emacs with `/mnt/emacs-25/src/emacs -Q`

I confirmed that 256 colors "worked" by doing M-x list-colors-display
RET, and noting that there were about 256 lines of output, with plenty
of different colors.

I typed M-x server-start RET.

In another terminal on the same machine, I typed `TERM=xterm
/mnt/emacs-25/lib-src/emacsclient -c`.  That displayed a *scratch*
buffer, as I'd expected.

In that new frame, I typed `M-x list-colors-display RET`.  I noticed
that now there were only eight lines of output.

I did C-x 5 0 to delete the new frame, then back in the original frame
again typed `M-x list-colors-display RET`, and noted that there were
still only eight lines of output.

I don't directly care about the number of output lines from the
list-colors-display command, but I do directly care that, for example,
the face "brightyellow" looks different from the default; that's the
case when 256 colors are "working", but not when they're not.  It was



In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu)
 of 2015-12-10
Repository revision: a1e076240c71373954de0579bf4b026891df8a98
Configured using:
 'configure --enable-checking --config-cache 'CFLAGS=-O0 -g3''

Configured features:
SOUND NOTIFY LIBSELINUX LIBXML2 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Help

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Unable to load color "color-27" [2 times]
Unable to load color "color-28" [2 times]
Unable to load color "color-29" [2 times]
Unable to load color "color-30" [2 times]
Unable to load color "color-31" [2 times]
Unable to load color "color-32" [2 times]
Unable to load color "color-33" [2 times]
When done with this frame, type C-x 5 0
Type C-x 1 to delete the help window.


Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message dired format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045
ietf-drums mm-util help-fns mail-prsvr mail-utils color server
term/xterm xterm byte-opt gv bytecomp byte-compile cl-extra help-mode
easymenu cl-loaddefs pcase cl-lib cconv time-date mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select mouse jit-lock font-lock syntax
facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp
files text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote inotify multi-tty
make-network-process emacs)

Memory information:
((conses 16 120356 5071)
 (symbols 48 27849 0)
 (miscs 40 36 100)
 (strings 32 31989 4591)
 (string-bytes 1 581177)
 (vectors 16 10614)
 (vector-slots 8 389733 2151)
 (floats 8 267 501)
 (intervals 56 231 96)
 (buffers 976 13)
 (heap 1024 21302 815))

--001a1130ce4c8daa860526ba6936
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I have TERM set to &#39;xterm-256color&#39;.<br></div=
><div><br></div><div>I started emacs with `/mnt/emacs-25/src/emacs -Q`</div=
><div><br></div><div>I confirmed that 256 colors &quot;worked&quot; by doin=
g M-x list-colors-display</div><div>RET, and noting that there were about 2=
56 lines of output, with plenty</div><div>of different colors.</div><div><b=
r></div><div>I typed M-x server-start RET.</div><div><br></div><div>In anot=
her terminal on the same machine, I typed `TERM=3Dxterm</div><div>/mnt/emac=
s-25/lib-src/emacsclient -c`.=C2=A0 That displayed a *scratch*</div><div>bu=
ffer, as I&#39;d expected.</div><div><br></div><div>In that new frame, I ty=
ped `M-x list-colors-display RET`.=C2=A0 I noticed</div><div>that now there=
 were only eight lines of output.</div><div><br></div><div>I did C-x 5 0 to=
 delete the new frame, then back in the original frame</div><div>again type=
d `M-x list-colors-display RET`, and noted that there were</div><div>still =
only eight lines of output.</div><div><br></div><div>I don&#39;t directly c=
are about the number of output lines from the</div><div>list-colors-display=
 command, but I do directly care that, for example,</div><div>the face &quo=
t;brightyellow&quot; looks different from the default; that&#39;s the</div>=
<div>case when 256 colors are &quot;working&quot;, but not when they&#39;re=
 not.=C2=A0 It was=C2=A0</div><div><br></div><div><br></div><div><br></div>=
<div>In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu)</div><div>=C2=A0of 2=
015-12-10</div><div>Repository revision: a1e076240c71373954de0579bf4b026891=
df8a98</div><div>Configured using:</div><div>=C2=A0&#39;configure --enable-=
checking --config-cache &#39;CFLAGS=3D-O0 -g3&#39;&#39;</div><div><br></div=
><div>Configured features:</div><div>SOUND NOTIFY LIBSELINUX LIBXML2 ZLIB</=
div><div><br></div><div>Important settings:</div><div>=C2=A0 value of $LANG=
: en_US.UTF-8</div><div>=C2=A0 locale-coding-system: utf-8-unix</div><div><=
br></div><div>Major mode: Help</div><div><br></div><div>Minor modes in effe=
ct:</div><div>=C2=A0 tooltip-mode: t</div><div>=C2=A0 global-eldoc-mode: t<=
/div><div>=C2=A0 electric-indent-mode: t</div><div>=C2=A0 menu-bar-mode: t<=
/div><div>=C2=A0 file-name-shadow-mode: t</div><div>=C2=A0 global-font-lock=
-mode: t</div><div>=C2=A0 font-lock-mode: t</div><div>=C2=A0 auto-compositi=
on-mode: t</div><div>=C2=A0 auto-encryption-mode: t</div><div>=C2=A0 auto-c=
ompression-mode: t</div><div>=C2=A0 buffer-read-only: t</div><div>=C2=A0 li=
ne-number-mode: t</div><div>=C2=A0 transient-mark-mode: t</div><div><br></d=
iv><div>Recent messages:</div><div>Unable to load color &quot;color-27&quot=
; [2 times]</div><div>Unable to load color &quot;color-28&quot; [2 times]</=
div><div>Unable to load color &quot;color-29&quot; [2 times]</div><div>Unab=
le to load color &quot;color-30&quot; [2 times]</div><div>Unable to load co=
lor &quot;color-31&quot; [2 times]</div><div>Unable to load color &quot;col=
or-32&quot; [2 times]</div><div>Unable to load color &quot;color-33&quot; [=
2 times]</div><div>When done with this frame, type C-x 5 0</div><div>Type C=
-x 1 to delete the help window.</div><div><br></div><div><br></div><div>Loa=
d-path shadows:</div><div>None found.</div><div><br></div><div>Features:</d=
iv><div>(shadow sort gnus-util mail-extr emacsbug message dired format-spec=
</div><div>rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2=
231</div><div>mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 r=
fc2045</div><div>ietf-drums mm-util help-fns mail-prsvr mail-utils color se=
rver</div><div>term/xterm xterm byte-opt gv bytecomp byte-compile cl-extra =
help-mode</div><div>easymenu cl-loaddefs pcase cl-lib cconv time-date mule-=
util tooltip</div><div>eldoc electric uniquify ediff-hook vc-hooks lisp-flo=
at-type</div><div>tabulated-list newcomment elisp-mode lisp-mode prog-mode =
register page</div><div>menu-bar rfn-eshadow timer select mouse jit-lock fo=
nt-lock syntax</div><div>facemenu font-core frame cl-generic cham georgian =
utf-8-lang misc-lang</div><div>vietnamese tibetan thai tai-viet lao korean =
japanese eucjp-ms cp51932</div><div>hebrew greek romanian slovak czech euro=
pean ethiopic indian cyrillic</div><div>chinese charscript case-table epa-h=
ook jka-cmpr-hook help simple abbrev</div><div>minibuffer cl-preloaded nadv=
ice loaddefs button faces cus-face macroexp</div><div>files text-properties=
 overlay sha1 md5 base64 format env code-pages mule</div><div>custom widget=
 hashtable-print-readable backquote inotify multi-tty</div><div>make-networ=
k-process emacs)</div><div><br></div><div>Memory information:</div><div>((c=
onses 16 120356 5071)</div><div>=C2=A0(symbols 48 27849 0)</div><div>=C2=A0=
(miscs 40 36 100)</div><div>=C2=A0(strings 32 31989 4591)</div><div>=C2=A0(=
string-bytes 1 581177)</div><div>=C2=A0(vectors 16 10614)</div><div>=C2=A0(=
vector-slots 8 389733 2151)</div><div>=C2=A0(floats 8 267 501)</div><div>=
=C2=A0(intervals 56 231 96)</div><div>=C2=A0(buffers 976 13)</div><div>=C2=
=A0(heap 1024 21302 815))</div><div><br></div></div>

--001a1130ce4c8daa860526ba6936--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Subject: bug#22154: Acknowledgement (25.0.50; emacsclient -c "breaks"
 256-color display in server)
Message-ID: <handler.22154.B.144995697316550.ack <at> debbugs.gnu.org>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
X-Gnu-PR-Message: ack 22154
X-Gnu-PR-Package: emacs
Reply-To: 22154 <at> debbugs.gnu.org
Date: Sat, 12 Dec 2015 21:50:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 22154 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
22154: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D22154
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 17:31:01 +0000
Resent-Message-ID: <handler.22154.B22154.145002780629852 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Date: Sun, 13 Dec 2015 19:30:05 +0200
Message-Id: <8361025k9u.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 (message from Eric Hanchrow on Sat, 12 Dec 2015 21:49:10 +0000)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> Date: Sat, 12 Dec 2015 21:49:10 +0000
> 
> I have TERM set to 'xterm-256color'.
> 
> I started emacs with `/mnt/emacs-25/src/emacs -Q`
> 
> I confirmed that 256 colors "worked" by doing M-x list-colors-display
> RET, and noting that there were about 256 lines of output, with plenty
> of different colors.
> 
> I typed M-x server-start RET.
> 
> In another terminal on the same machine, I typed `TERM=xterm
> /mnt/emacs-25/lib-src/emacsclient -c`. That displayed a *scratch*
> buffer, as I'd expected.

Out of curiosity: why would you want to downgrade the number of colors
in the client frames wrt the number supported by the server?

> In that new frame, I typed `M-x list-colors-display RET`. I noticed
> that now there were only eight lines of output.
> 
> I did C-x 5 0 to delete the new frame, then back in the original frame
> again typed `M-x list-colors-display RET`, and noted that there were
> still only eight lines of output.

This was never supported, we always assumed that the number of colors
on all tty frames is the same.

Does the patch below fix the problem?

diff --git a/src/term.c b/src/term.c
index 6ab611d..b7d9d5c 100644
--- a/src/term.c
+++ b/src/term.c
@@ -2041,16 +2041,6 @@ TERMINAL does not refer to a text terminal.  */)
 
 #ifndef DOS_NT
 
-/* Declare here rather than in the function, as in the rest of Emacs,
-   to work around an HPUX compiler bug (?). See
-   http://lists.gnu.org/archive/html/emacs-devel/2007-08/msg00410.html  */
-static int default_max_colors;
-static int default_max_pairs;
-static int default_no_color_video;
-static char *default_orig_pair;
-static char *default_set_foreground;
-static char *default_set_background;
-
 /* Save or restore the default color-related capabilities of this
    terminal.  */
 static void
@@ -2059,21 +2049,21 @@ tty_default_color_capabilities (struct tty_display_info *tty, bool save)
 
   if (save)
     {
-      dupstring (&default_orig_pair, tty->TS_orig_pair);
-      dupstring (&default_set_foreground, tty->TS_set_foreground);
-      dupstring (&default_set_background, tty->TS_set_background);
-      default_max_colors = tty->TN_max_colors;
-      default_max_pairs = tty->TN_max_pairs;
-      default_no_color_video = tty->TN_no_color_video;
+      dupstring (&tty->default_orig_pair, tty->TS_orig_pair);
+      dupstring (&tty->default_set_foreground, tty->TS_set_foreground);
+      dupstring (&tty->default_set_background, tty->TS_set_background);
+      tty->default_max_colors = tty->TN_max_colors;
+      tty->default_max_pairs = tty->TN_max_pairs;
+      tty->default_no_color_video = tty->TN_no_color_video;
     }
   else
     {
-      tty->TS_orig_pair = default_orig_pair;
-      tty->TS_set_foreground = default_set_foreground;
-      tty->TS_set_background = default_set_background;
-      tty->TN_max_colors = default_max_colors;
-      tty->TN_max_pairs = default_max_pairs;
-      tty->TN_no_color_video = default_no_color_video;
+      tty->TS_orig_pair = tty->default_orig_pair;
+      tty->TS_set_foreground = tty->default_set_foreground;
+      tty->TS_set_background = tty->default_set_background;
+      tty->TN_max_colors = tty->default_max_colors;
+      tty->TN_max_pairs = tty->default_max_pairs;
+      tty->TN_no_color_video = tty->default_no_color_video;
     }
 }
 
@@ -4131,6 +4121,7 @@ use the Bourne shell command 'TERM=...; export TERM' (C-shell:\n\
     }
 
   tty_default_color_capabilities (tty, 1);
+  tty->previous_color_mode = -1;
 
   MagicWrap (tty) = tgetflag ("xn");
   /* Since we make MagicWrap terminals look like AutoWrap, we need to have
@@ -4496,12 +4487,6 @@ bigger, or it may make it blink, or it may do nothing at all.  */);
   defsubr (&Sgpm_mouse_stop);
 #endif /* HAVE_GPM */
 
-#ifndef DOS_NT
-  default_orig_pair = NULL;
-  default_set_foreground = NULL;
-  default_set_background = NULL;
-#endif /* !DOS_NT */
-
   encode_terminal_src = NULL;
   encode_terminal_dst = NULL;
 
diff --git a/src/termchar.h b/src/termchar.h
index 06c0427..b07b78f 100644
--- a/src/termchar.h
+++ b/src/termchar.h
@@ -161,6 +161,14 @@ struct tty_display_info
   const char *TS_set_foreground;
   const char *TS_set_background;
 
+  /* Default values recorded when the tty was initialized.  */
+  char *default_orig_pair;
+  char *default_set_foreground;
+  char *default_set_background;
+  int default_max_colors;
+  int default_max_pairs;
+  int default_no_color_video;
+
   int TF_hazeltine;             /* termcap hz flag. */
   int TF_insmode_motion;        /* termcap mi flag: can move while in insert mode. */
   int TF_standout_motion;       /* termcap mi flag: can move while in standout mode. */

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 18:06:02 +0000
Resent-Message-ID: <handler.22154.B22154.14500299477145 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
MIME-Version: 1.0
In-Reply-To: <8361025k9u.fsf@HIDDEN>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Date: Sun, 13 Dec 2015 10:05:20 -0800
Message-ID: <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113f275c8275f80526cb6787
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--001a113f275c8275f80526cb6787
Content-Type: text/plain; charset=UTF-8

On Sun, Dec 13, 2015 at 9:30 AM Eli Zaretskii <eliz@HIDDEN> wrote:

>
> Out of curiosity: why would you want to downgrade the number of colors
> in the client frames wrt the number supported by the server?
>

It wasn't intentional.  I was trying out a new terminal (a
"terminal-in-your-browser" feature that's part of the "Jupyter notebook" (
http://jupyter.org/).  I created one of those terminals on the machine on
which I was running emacs, and, in order to see it work, I started an
emacsclient.

>
> Does the patch below fix the problem?
>

It doesn't seem to make any difference.

--001a113f275c8275f80526cb6787
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Sun, Dec 13=
, 2015 at 9:30 AM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=
=3D"_blank">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:=
1ex"><br>
Out of curiosity: why would you want to downgrade the number of colors<br>
in the client frames wrt the number supported by the server?<br></blockquot=
e><div><br></div><div>It wasn&#39;t intentional.=C2=A0 I was trying out a n=
ew terminal (a &quot;terminal-in-your-browser&quot; feature that&#39;s part=
 of the &quot;Jupyter notebook&quot; (<a href=3D"http://jupyter.org/" targe=
t=3D"_blank">http://jupyter.org/</a>).=C2=A0 I created one of those termina=
ls on the machine on which I was running emacs, and, in order to see it wor=
k, I started an emacsclient.=C2=A0</div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>Does the patch below fix the problem?<br></blockquote><div><br></div><d=
iv>It doesn&#39;t seem to make any difference.=C2=A0</div></div></div>

--001a113f275c8275f80526cb6787--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 18:18:01 +0000
Resent-Message-ID: <handler.22154.B22154.14500306338312 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.14500306338312
          (code B ref 22154); Sun, 13 Dec 2015 18:18:01 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 18:17:13 +0000
Received: from localhost ([127.0.0.1]:50450 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8BCq-0002A0-Tt
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:17:13 -0500
Received: from eggs.gnu.org ([208.118.235.92]:40439)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8BCp-00029n-AS
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:17:11 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8BCf-0005Vr-CP
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:17:06 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42081)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8BCf-0005Vk-99; Sun, 13 Dec 2015 13:17:01 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3280
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8BCe-0007tb-KY; Sun, 13 Dec 2015 13:17:01 -0500
Date: Sun, 13 Dec 2015 20:17:11 +0200
Message-Id: <83si3643iw.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 (message from Eric Hanchrow on Sun, 13 Dec 2015 10:05:20 -0800)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> Date: Sun, 13 Dec 2015 10:05:20 -0800
> Cc: 22154 <at> debbugs.gnu.org
> 
>     Does the patch below fix the problem?
> 
> It doesn't seem to make any difference. 

Strange, it did make a difference on my system.

I guess I will then have to ask you to step in a debugger through
set_tty_color_mode and tty_setup_colors, and tell what is stored in
the default_* members of the tty object during the main Emacs
initialization and when the client frame is created.  I have no access
to a system with a 256-color xterm.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 18:38:01 +0000
Resent-Message-ID: <handler.22154.B22154.145003184716551 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: eric.hanchrow@HIDDEN
Cc: 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145003184716551
          (code B ref 22154); Sun, 13 Dec 2015 18:38:01 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 18:37:27 +0000
Received: from localhost ([127.0.0.1]:50481 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8BWR-0004Is-05
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:37:27 -0500
Received: from eggs.gnu.org ([208.118.235.92]:45377)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8BWP-0004Ig-Ti
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:37:26 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8BWG-0001kM-Ob
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:37:20 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42299)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8BWG-0001kI-LZ; Sun, 13 Dec 2015 13:37:16 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3320
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8BWF-0006vY-UF; Sun, 13 Dec 2015 13:37:16 -0500
Date: Sun, 13 Dec 2015 20:37:26 +0200
Message-Id: <83poya42l5.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <83si3643iw.fsf@HIDDEN> (message from Eli Zaretskii on Sun, 13
 Dec 2015 20:17:11 +0200)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 <83si3643iw.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> Date: Sun, 13 Dec 2015 20:17:11 +0200
> From: Eli Zaretskii <eliz@HIDDEN>
> Cc: 22154 <at> debbugs.gnu.org
> 
> > From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> > Date: Sun, 13 Dec 2015 10:05:20 -0800
> > Cc: 22154 <at> debbugs.gnu.org
> > 
> >     Does the patch below fix the problem?
> > 
> > It doesn't seem to make any difference. 
> 
> Strange, it did make a difference on my system.
> 
> I guess I will then have to ask you to step in a debugger through
> set_tty_color_mode and tty_setup_colors, and tell what is stored in
> the default_* members of the tty object during the main Emacs
> initialization and when the client frame is created.  I have no access
> to a system with a 256-color xterm.

It could also be tty-color-alist.  Can you tell me what's in it after
Emacs starts on a 256-color xterm, and after the client frame is
created?  Also, does xterm.el initialization get called for the client
frame, and does it modify tty-color-alist?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 18:48:01 +0000
Resent-Message-ID: <handler.22154.B22154.145003246917524 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145003246917524
          (code B ref 22154); Sun, 13 Dec 2015 18:48:01 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 18:47:49 +0000
Received: from localhost ([127.0.0.1]:50495 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8BgT-0004YZ-5u
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:47:49 -0500
Received: from mail-io0-f170.google.com ([209.85.223.170]:33416)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eric.hanchrow@HIDDEN>) id 1a8BgR-0004YN-FT
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 13:47:47 -0500
Received: by iow186 with SMTP id 186so5380661iow.0
 for <22154 <at> debbugs.gnu.org>; Sun, 13 Dec 2015 10:47:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc:content-type;
 bh=mrB+vgqm4MiCqTjk5w92faaAzOfrH3/29/dk/vvXaH4=;
 b=lOpxr6HOyRNGwqgNoD21uoN4PERcG2unScwJElaD3ouKrgaJHPlTDI4RHU4Sc//vKZ
 SV1aVAPSLedFi7fnKJw0x5DykBZCuSIAhWj4g33Pm6806JygMtkyZ8qzQA9mZTzVUrri
 oi6az1ZO2X1Mltidt6I0YwgNVzM2WkCjoDg0CY+3//wgntxGptdFQsT1PkEEQEWL0LzN
 lPb7zn8h5oLD/ZVoLhr3UQfFtUKrDLxYtyZO6EjqloYMzOFdQ8JqQBQK0IpdEM7y2DgH
 h6ZAc8zWQfkWzISlN6rSkjrJBMwsR7mu+/dLx3w764Gr62kjwQBFt2LuSeV12DTpXCOZ
 69Sw==
X-Received: by 10.107.32.209 with SMTP id g200mr23640921iog.39.1450032461858; 
 Sun, 13 Dec 2015 10:47:41 -0800 (PST)
MIME-Version: 1.0
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 <83si3643iw.fsf@HIDDEN> <83poya42l5.fsf@HIDDEN>
In-Reply-To: <83poya42l5.fsf@HIDDEN>
From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Date: Sun, 13 Dec 2015 18:47:32 +0000
Message-ID: <CAHZoxq-59HJQdA=w+XuQzVQqHmPPAKt39JcXhsFxVFFjsqo1aQ@HIDDEN>
Content-Type: multipart/alternative; boundary=001a1140cd06cd51e00526cbfd3e
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a1140cd06cd51e00526cbfd3e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I assume you meant `tty-color-mode-alist'.  After running `emacs -Q' with
TERM set to `xterm-256color`, I see

tty-color-mode-alist is a variable defined in =E2=80=98tty-colors.el=E2=80=
=99.
Its value is ((never . -1)
 (no . -1)
 (default . 0)
 (auto . 0)
 (ansi8 . 8)
 (always . 8)
 (yes . 8))

After the client frame is created, it's the same.

`terminal-init-xterm` does indeed run when I create the client frame, but
as you can see, it doesn't modify tty-color-mode-alist.


On Sun, Dec 13, 2015 at 10:37 AM Eli Zaretskii <eliz@HIDDEN> wrote:

> > Date: Sun, 13 Dec 2015 20:17:11 +0200
> > From: Eli Zaretskii <eliz@HIDDEN>
> > Cc: 22154 <at> debbugs.gnu.org
> >
> > > From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> > > Date: Sun, 13 Dec 2015 10:05:20 -0800
> > > Cc: 22154 <at> debbugs.gnu.org
> > >
> > >     Does the patch below fix the problem?
> > >
> > > It doesn't seem to make any difference.
> >
> > Strange, it did make a difference on my system.
> >
> > I guess I will then have to ask you to step in a debugger through
> > set_tty_color_mode and tty_setup_colors, and tell what is stored in
> > the default_* members of the tty object during the main Emacs
> > initialization and when the client frame is created.  I have no access
> > to a system with a 256-color xterm.
>
> It could also be tty-color-alist.  Can you tell me what's in it after
> Emacs starts on a 256-color xterm, and after the client frame is
> created?  Also, does xterm.el initialization get called for the client
> frame, and does it modify tty-color-alist?
>
>

--001a1140cd06cd51e00526cbfd3e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I assume you meant `tty-color-mode-alist&#39;.=C2=A0 After=
 running `emacs -Q&#39; with TERM set to `xterm-256color`, I see<div><br></=
div><div><div>tty-color-mode-alist is a variable defined in =E2=80=98tty-co=
lors.el=E2=80=99.</div><div>Its value is ((never . -1)</div><div>=C2=A0(no =
. -1)</div><div>=C2=A0(default . 0)</div><div>=C2=A0(auto . 0)</div><div>=
=C2=A0(ansi8 . 8)</div><div>=C2=A0(always . 8)</div><div>=C2=A0(yes . 8))</=
div></div><div><br></div><div>After the client frame is created, it&#39;s t=
he same.</div><div><br></div><div>`terminal-init-xterm` does indeed run whe=
n I create the client frame, but as you can see, it doesn&#39;t modify tty-=
color-mode-alist.<br></div><div><br></div></div><br><div class=3D"gmail_quo=
te"><div dir=3D"ltr">On Sun, Dec 13, 2015 at 10:37 AM Eli Zaretskii &lt;<a =
href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so=
lid;padding-left:1ex">&gt; Date: Sun, 13 Dec 2015 20:17:11 +0200<br>
&gt; From: Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_bla=
nk">eliz@HIDDEN</a>&gt;<br>
&gt; Cc: <a href=3D"mailto:22154 <at> debbugs.gnu.org" target=3D"_blank">22154@d=
ebbugs.gnu.org</a><br>
&gt;<br>
&gt; &gt; From: Eric Hanchrow &lt;<a href=3D"mailto:eric.hanchrow@HIDDEN=
" target=3D"_blank">eric.hanchrow@HIDDEN</a>&gt;<br>
&gt; &gt; Date: Sun, 13 Dec 2015 10:05:20 -0800<br>
&gt; &gt; Cc: <a href=3D"mailto:22154 <at> debbugs.gnu.org" target=3D"_blank">22=
154 <at> debbugs.gnu.org</a><br>
&gt; &gt;<br>
&gt; &gt;=C2=A0 =C2=A0 =C2=A0Does the patch below fix the problem?<br>
&gt; &gt;<br>
&gt; &gt; It doesn&#39;t seem to make any difference.<br>
&gt;<br>
&gt; Strange, it did make a difference on my system.<br>
&gt;<br>
&gt; I guess I will then have to ask you to step in a debugger through<br>
&gt; set_tty_color_mode and tty_setup_colors, and tell what is stored in<br=
>
&gt; the default_* members of the tty object during the main Emacs<br>
&gt; initialization and when the client frame is created.=C2=A0 I have no a=
ccess<br>
&gt; to a system with a 256-color xterm.<br>
<br>
It could also be tty-color-alist.=C2=A0 Can you tell me what&#39;s in it af=
ter<br>
Emacs starts on a 256-color xterm, and after the client frame is<br>
created?=C2=A0 Also, does xterm.el initialization get called for the client=
<br>
frame, and does it modify tty-color-alist?<br>
<br>
</blockquote></div>

--001a1140cd06cd51e00526cbfd3e--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 19:52:02 +0000
Resent-Message-ID: <handler.22154.B22154.145003628023182 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145003628023182
          (code B ref 22154); Sun, 13 Dec 2015 19:52:02 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 19:51:20 +0000
Received: from localhost ([127.0.0.1]:50585 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8Cfw-00061q-LU
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 14:51:20 -0500
Received: from eggs.gnu.org ([208.118.235.92]:56374)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8Cfv-00061e-8Q
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 14:51:19 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8Cfl-0007mt-1i
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 14:51:13 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42862)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8Cfk-0007mo-Ul; Sun, 13 Dec 2015 14:51:08 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3417
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8Cfk-000858-6Q; Sun, 13 Dec 2015 14:51:08 -0500
Date: Sun, 13 Dec 2015 21:51:18 +0200
Message-Id: <83oadu3z61.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHZoxq-59HJQdA=w+XuQzVQqHmPPAKt39JcXhsFxVFFjsqo1aQ@HIDDEN>
 (message from Eric Hanchrow on Sun, 13 Dec 2015 18:47:32 +0000)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 <83si3643iw.fsf@HIDDEN> <83poya42l5.fsf@HIDDEN>
 <CAHZoxq-59HJQdA=w+XuQzVQqHmPPAKt39JcXhsFxVFFjsqo1aQ@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> Date: Sun, 13 Dec 2015 18:47:32 +0000
> Cc: 22154 <at> debbugs.gnu.org
> 
> I assume you meant `tty-color-mode-alist'.

No, I meant the value returned by tty-color-alist, which is stored in
the variable tty-defined-color-alist.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 20:27:01 +0000
Resent-Message-ID: <handler.22154.B22154.145003839826403 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145003839826403
          (code B ref 22154); Sun, 13 Dec 2015 20:27:01 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 20:26:38 +0000
Received: from localhost ([127.0.0.1]:50601 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8DE5-0006rn-Rp
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 15:26:38 -0500
Received: from mail-ig0-f177.google.com ([209.85.213.177]:36869)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eric.hanchrow@HIDDEN>) id 1a8DE3-0006rb-U2
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 15:26:36 -0500
Received: by igcto18 with SMTP id to18so69859658igc.0
 for <22154 <at> debbugs.gnu.org>; Sun, 13 Dec 2015 12:26:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc:content-type;
 bh=vS5LiOfuwf+7q6YYDJegr08gfbnzYGdcoPbghnT0Ggg=;
 b=mOhWLRU7txwTc8IRKIIYoVy33z6SE75vj6oCsWxqY8N4O1NVartX9vNnj/SbEkpirS
 RLn4HrA+ALlb3j4elLHETDSOPAP+Dwc4Z4WW0E1/pazLQ47vk4y8Dre1xgxId+hXIp3y
 CSa34CxvajzEHzcM6p6HTfQEqCqKjxQKdP9RAxJwgXfwsxSEU8BVkVN394jz8K1/aauy
 rw1BZtucaV+emK7nwVaAWmoqqjSUPhngE5vdv0KoLf9aCZyiu2bYcXQuPeMx46WeOcf7
 9BGxx9RxoPuHRFWlDPDk5HGKYkkkUwepkfmI0w6Y0h/2iaBp9dG45rP1g183L0qN3ReW
 uYjQ==
X-Received: by 10.50.155.106 with SMTP id vv10mr15050054igb.55.1450038390120; 
 Sun, 13 Dec 2015 12:26:30 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.27.2 with HTTP; Sun, 13 Dec 2015 12:26:10 -0800 (PST)
In-Reply-To: <83oadu3z61.fsf@HIDDEN>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 <83si3643iw.fsf@HIDDEN> <83poya42l5.fsf@HIDDEN>
 <CAHZoxq-59HJQdA=w+XuQzVQqHmPPAKt39JcXhsFxVFFjsqo1aQ@HIDDEN>
 <83oadu3z61.fsf@HIDDEN>
From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Date: Sun, 13 Dec 2015 12:26:10 -0800
Message-ID: <CAHZoxq93UQU+XobYxXzG1wpLt4xKwfPSprcnMcd_2GE9L-YCAA@HIDDEN>
Content-Type: multipart/mixed; boundary=001a11346b4828a8e00526cd5fa4
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a11346b4828a8e00526cd5fa4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 13, 2015 at 11:51 AM Eli Zaretskii <eliz@HIDDEN> wrote:
>
> > I assume you meant `tty-color-mode-alist'.
>
> No, I meant the value returned by tty-color-alist, which is stored in
> the variable tty-defined-color-alist.

Aha!  As Emily Litella says, "That's quite different" :-)

So I added some "message" calls, as described by the attached patch.
Here's what I see in *Messages* after simply running `emacs -Q`:

    terminal-init-xterm doin=E2=80=99 its thang.  (tty-color-alist) returns=
 a
list of length 8.
    terminal-init-xterm is done.  (tty-color-alist) now returns a list
of length 256.
    For information about GNU Emacs and the GNU system, type C-h C-a.

And here's what I see after I create the new frame:

    You can run the command =E2=80=98server-start=E2=80=99 with M-x ser-s R=
ET
    terminal-init-xterm doin=E2=80=99 its thang.  (tty-color-alist) returns=
 a
list of length 256.
    terminal-init-xterm is done.  (tty-color-alist) now returns a list
of length 8.
    When done with this frame, type C-x 5 0

So clearly: xterm.el initialization _is_ getting called for the client
frame, and it _does_ modify tty-color-alist.

I've put the actual before-and-after values returned from
`(tty-color-alist)' into a second attachment, since the "before" value
is quite long.

--001a11346b4828a8e00526cd5fa4
Content-Type: application/octet-stream; 
	name="0001-Add-some-debugging-to-terminal-init-xterm.patch"
Content-Disposition: attachment; 
	filename="0001-Add-some-debugging-to-terminal-init-xterm.patch"
Content-Transfer-Encoding: base64
Content-ID: <1519d002c4531c580401>
X-Attachment-Id: 1519d002c4531c580401

RnJvbSBiMzI1NjBiNGNkZDJiNTYzMTJmNzI3ZGYwMmZjYzZkZGQwYmNjYmM2IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBFcmljIEhhbmNocm93IDxlcmljLmhhbmNocm93QGdtYWlsLmNv
bT4KRGF0ZTogU3VuLCAxMyBEZWMgMjAxNSAyMDoxOToyMSArMDAwMApTdWJqZWN0OiBbUEFUQ0hd
IEFkZCBzb21lIGRlYnVnZ2luZyB0byB0ZXJtaW5hbC1pbml0LXh0ZXJtCgotLS0KIGxpc3AvdGVy
bS94dGVybS5lbCB8IDUgKysrKy0KIDEgZmlsZSBjaGFuZ2VkLCA0IGluc2VydGlvbnMoKyksIDEg
ZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9saXNwL3Rlcm0veHRlcm0uZWwgYi9saXNwL3Rlcm0v
eHRlcm0uZWwKaW5kZXggMDBlZDAyNy4uZmUyNGI4NSAxMDA2NDQKLS0tIGEvbGlzcC90ZXJtL3h0
ZXJtLmVsCisrKyBiL2xpc3AvdGVybS94dGVybS5lbApAQCAtNzUyLDYgKzc1Miw3IEBAIHh0ZXJt
LS1wdXNoLW1hcAogCiAoZGVmdW4gdGVybWluYWwtaW5pdC14dGVybSAoKQogICAiVGVybWluYWwg
aW5pdGlhbGl6YXRpb24gZnVuY3Rpb24gZm9yIHh0ZXJtLiIKKyAgKG1lc3NhZ2UgInRlcm1pbmFs
LWluaXQteHRlcm0gZG9pbicgaXRzIHRoYW5nLiAgKHR0eS1jb2xvci1hbGlzdCkgcmV0dXJucyBh
IGxpc3Qgb2YgbGVuZ3RoICVzLiIgKGxlbmd0aCAodHR5LWNvbG9yLWFsaXN0KSkpCiAgIDs7IHJ4
dnQgdGVybWluYWxzIHNvbWV0aW1lcyBzZXQgdGhlIFRFUk0gdmFyaWFibGUgdG8gInh0ZXJtIiwg
YnV0CiAgIDs7IHJ4dnQncyBrZXliaW5kaW5ncyBhcmUgaW5jb21wYXRpYmxlIHdpdGggeHRlcm0n
cy4gSXQgaXMKICAgOzsgYmV0dGVyIGluIHRoYXQgY2FzZSB0byB1c2Ugcnh2dCdzIGluaXRpYWxp
emF0aW9uIGZ1bmN0aW9uLgpAQCAtNzkxLDcgKzc5Miw5IEBAIHRlcm1pbmFsLWluaXQteHRlcm0K
ICAgOzsgc3VwcG9ydCBpdCBqdXN0IGlnbm9yZSB0aGUgc2VxdWVuY2UuCiAgICh4dGVybS0taW5p
dC1icmFja2V0ZWQtcGFzdGUtbW9kZSkKIAotICAocnVuLWhvb2tzICd0ZXJtaW5hbC1pbml0LXh0
ZXJtLWhvb2spKQorICAocnVuLWhvb2tzICd0ZXJtaW5hbC1pbml0LXh0ZXJtLWhvb2spCisgICht
ZXNzYWdlICJ0ZXJtaW5hbC1pbml0LXh0ZXJtIGlzIGRvbmUuICAodHR5LWNvbG9yLWFsaXN0KSBu
b3cgcmV0dXJucyBhIGxpc3Qgb2YgbGVuZ3RoICVzLiIgKGxlbmd0aCAodHR5LWNvbG9yLWFsaXN0
KSkpCispCiAKIChkZWZ1biB4dGVybS0taW5pdC1tb2RpZnktb3RoZXIta2V5cyAoKQogICAiVGVy
bWluYWwgaW5pdGlhbGl6YXRpb24gZm9yIHh0ZXJtJ3MgbW9kaWZ5T3RoZXJLZXlzIHN1cHBvcnQu
IgotLSAKMi40LjMKCg==
--001a11346b4828a8e00526cd5fa4
Content-Type: application/octet-stream; name="after.el"
Content-Disposition: attachment; filename="after.el"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ii4zd0d01

KCgiYmxhY2siIDAgMCAwIDApICgicmVkIiAxIDUyNjg1IDAgMCkgKCJncmVlbiIgMiAwIDUyNjg1
IDApICgieWVsbG93IiAzIDUyNjg1IDUyNjg1IDApICgiYmx1ZSIgNCAwIDAgNjExNjYpICgibWFn
ZW50YSIgNSA1MjY4NSAwIDUyNjg1KSAoImN5YW4iIDYgMCA1MjY4NSA1MjY4NSkgKCJ3aGl0ZSIg
NyA1ODg1MyA1ODg1MyA1ODg1MykpCg==
--001a11346b4828a8e00526cd5fa4
Content-Type: application/octet-stream; name="before.el"
Content-Disposition: attachment; filename="before.el"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ii4zd0df2

KCgiYmxhY2siIDAgMCAwIDApICgicmVkIiAxIDUyNjg1IDAgMCkgKCJncmVlbiIgMiAwIDUyNjg1
IDApICgieWVsbG93IiAzIDUyNjg1IDUyNjg1IDApICgiYmx1ZSIgNCAwIDAgNjExNjYpICgibWFn
ZW50YSIgNSA1MjY4NSAwIDUyNjg1KSAoImN5YW4iIDYgMCA1MjY4NSA1MjY4NSkgKCJ3aGl0ZSIg
NyA1ODg1MyA1ODg1MyA1ODg1MykgKCJicmlnaHRibGFjayIgOCAzMjYzOSAzMjYzOSAzMjYzOSkg
KCJicmlnaHRyZWQiIDkgNjU1MzUgMCAwKSAoImJyaWdodGdyZWVuIiAxMCAwIDY1NTM1IDApICgi
YnJpZ2h0eWVsbG93IiAxMSA2NTUzNSA2NTUzNSAwKSAoImJyaWdodGJsdWUiIDEyIDIzNjQ0IDIz
NjQ0IDY1NTM1KSAoImJyaWdodG1hZ2VudGEiIDEzIDY1NTM1IDAgNjU1MzUpICgiYnJpZ2h0Y3lh
biIgMTQgMCA2NTUzNSA2NTUzNSkgKCJicmlnaHR3aGl0ZSIgMTUgNjU1MzUgNjU1MzUgNjU1MzUp
ICgiY29sb3ItMTYiIDE2IDAgMCAwKSAoImNvbG9yLTE3IiAxNyAwIDAgMjQ0MTUpICgiY29sb3It
MTgiIDE4IDAgMCAzNDY5NSkgKCJjb2xvci0xOSIgMTkgMCAwIDQ0OTc1KSAoImNvbG9yLTIwIiAy
MCAwIDAgNTUyNTUpICgiY29sb3ItMjEiIDIxIDAgMCA2NTUzNSkgKCJjb2xvci0yMiIgMjIgMCAy
NDQxNSAwKSAoImNvbG9yLTIzIiAyMyAwIDI0NDE1IDI0NDE1KSAoImNvbG9yLTI0IiAyNCAwIDI0
NDE1IDM0Njk1KSAoImNvbG9yLTI1IiAyNSAwIDI0NDE1IDQ0OTc1KSAoImNvbG9yLTI2IiAyNiAw
IDI0NDE1IDU1MjU1KSAoImNvbG9yLTI3IiAyNyAwIDI0NDE1IDY1NTM1KSAoImNvbG9yLTI4IiAy
OCAwIDM0Njk1IDApICgiY29sb3ItMjkiIDI5IDAgMzQ2OTUgMjQ0MTUpICgiY29sb3ItMzAiIDMw
IDAgMzQ2OTUgMzQ2OTUpICgiY29sb3ItMzEiIDMxIDAgMzQ2OTUgNDQ5NzUpICgiY29sb3ItMzIi
IDMyIDAgMzQ2OTUgNTUyNTUpICgiY29sb3ItMzMiIDMzIDAgMzQ2OTUgNjU1MzUpICgiY29sb3It
MzQiIDM0IDAgNDQ5NzUgMCkgKCJjb2xvci0zNSIgMzUgMCA0NDk3NSAyNDQxNSkgKCJjb2xvci0z
NiIgMzYgMCA0NDk3NSAzNDY5NSkgKCJjb2xvci0zNyIgMzcgMCA0NDk3NSA0NDk3NSkgKCJjb2xv
ci0zOCIgMzggMCA0NDk3NSA1NTI1NSkgKCJjb2xvci0zOSIgMzkgMCA0NDk3NSA2NTUzNSkgKCJj
b2xvci00MCIgNDAgMCA1NTI1NSAwKSAoImNvbG9yLTQxIiA0MSAwIDU1MjU1IDI0NDE1KSAoImNv
bG9yLTQyIiA0MiAwIDU1MjU1IDM0Njk1KSAoImNvbG9yLTQzIiA0MyAwIDU1MjU1IDQ0OTc1KSAo
ImNvbG9yLTQ0IiA0NCAwIDU1MjU1IDU1MjU1KSAoImNvbG9yLTQ1IiA0NSAwIDU1MjU1IDY1NTM1
KSAoImNvbG9yLTQ2IiA0NiAwIDY1NTM1IDApICgiY29sb3ItNDciIDQ3IDAgNjU1MzUgMjQ0MTUp
ICgiY29sb3ItNDgiIDQ4IDAgNjU1MzUgMzQ2OTUpICgiY29sb3ItNDkiIDQ5IDAgNjU1MzUgNDQ5
NzUpICgiY29sb3ItNTAiIDUwIDAgNjU1MzUgNTUyNTUpICgiY29sb3ItNTEiIDUxIDAgNjU1MzUg
NjU1MzUpICgiY29sb3ItNTIiIDUyIDI0NDE1IDAgMCkgKCJjb2xvci01MyIgNTMgMjQ0MTUgMCAy
NDQxNSkgKCJjb2xvci01NCIgNTQgMjQ0MTUgMCAzNDY5NSkgKCJjb2xvci01NSIgNTUgMjQ0MTUg
MCA0NDk3NSkgKCJjb2xvci01NiIgNTYgMjQ0MTUgMCA1NTI1NSkgKCJjb2xvci01NyIgNTcgMjQ0
MTUgMCA2NTUzNSkgKCJjb2xvci01OCIgNTggMjQ0MTUgMjQ0MTUgMCkgKCJjb2xvci01OSIgNTkg
MjQ0MTUgMjQ0MTUgMjQ0MTUpICgiY29sb3ItNjAiIDYwIDI0NDE1IDI0NDE1IDM0Njk1KSAoImNv
bG9yLTYxIiA2MSAyNDQxNSAyNDQxNSA0NDk3NSkgKCJjb2xvci02MiIgNjIgMjQ0MTUgMjQ0MTUg
NTUyNTUpICgiY29sb3ItNjMiIDYzIDI0NDE1IDI0NDE1IDY1NTM1KSAoImNvbG9yLTY0IiA2NCAy
NDQxNSAzNDY5NSAwKSAoImNvbG9yLTY1IiA2NSAyNDQxNSAzNDY5NSAyNDQxNSkgKCJjb2xvci02
NiIgNjYgMjQ0MTUgMzQ2OTUgMzQ2OTUpICgiY29sb3ItNjciIDY3IDI0NDE1IDM0Njk1IDQ0OTc1
KSAoImNvbG9yLTY4IiA2OCAyNDQxNSAzNDY5NSA1NTI1NSkgKCJjb2xvci02OSIgNjkgMjQ0MTUg
MzQ2OTUgNjU1MzUpICgiY29sb3ItNzAiIDcwIDI0NDE1IDQ0OTc1IDApICgiY29sb3ItNzEiIDcx
IDI0NDE1IDQ0OTc1IDI0NDE1KSAoImNvbG9yLTcyIiA3MiAyNDQxNSA0NDk3NSAzNDY5NSkgKCJj
b2xvci03MyIgNzMgMjQ0MTUgNDQ5NzUgNDQ5NzUpICgiY29sb3ItNzQiIDc0IDI0NDE1IDQ0OTc1
IDU1MjU1KSAoImNvbG9yLTc1IiA3NSAyNDQxNSA0NDk3NSA2NTUzNSkgKCJjb2xvci03NiIgNzYg
MjQ0MTUgNTUyNTUgMCkgKCJjb2xvci03NyIgNzcgMjQ0MTUgNTUyNTUgMjQ0MTUpICgiY29sb3It
NzgiIDc4IDI0NDE1IDU1MjU1IDM0Njk1KSAoImNvbG9yLTc5IiA3OSAyNDQxNSA1NTI1NSA0NDk3
NSkgKCJjb2xvci04MCIgODAgMjQ0MTUgNTUyNTUgNTUyNTUpICgiY29sb3ItODEiIDgxIDI0NDE1
IDU1MjU1IDY1NTM1KSAoImNvbG9yLTgyIiA4MiAyNDQxNSA2NTUzNSAwKSAoImNvbG9yLTgzIiA4
MyAyNDQxNSA2NTUzNSAyNDQxNSkgKCJjb2xvci04NCIgODQgMjQ0MTUgNjU1MzUgMzQ2OTUpICgi
Y29sb3ItODUiIDg1IDI0NDE1IDY1NTM1IDQ0OTc1KSAoImNvbG9yLTg2IiA4NiAyNDQxNSA2NTUz
NSA1NTI1NSkgKCJjb2xvci04NyIgODcgMjQ0MTUgNjU1MzUgNjU1MzUpICgiY29sb3ItODgiIDg4
IDM0Njk1IDAgMCkgKCJjb2xvci04OSIgODkgMzQ2OTUgMCAyNDQxNSkgKCJjb2xvci05MCIgOTAg
MzQ2OTUgMCAzNDY5NSkgKCJjb2xvci05MSIgOTEgMzQ2OTUgMCA0NDk3NSkgKCJjb2xvci05MiIg
OTIgMzQ2OTUgMCA1NTI1NSkgKCJjb2xvci05MyIgOTMgMzQ2OTUgMCA2NTUzNSkgKCJjb2xvci05
NCIgOTQgMzQ2OTUgMjQ0MTUgMCkgKCJjb2xvci05NSIgOTUgMzQ2OTUgMjQ0MTUgMjQ0MTUpICgi
Y29sb3ItOTYiIDk2IDM0Njk1IDI0NDE1IDM0Njk1KSAoImNvbG9yLTk3IiA5NyAzNDY5NSAyNDQx
NSA0NDk3NSkgKCJjb2xvci05OCIgOTggMzQ2OTUgMjQ0MTUgNTUyNTUpICgiY29sb3ItOTkiIDk5
IDM0Njk1IDI0NDE1IDY1NTM1KSAoImNvbG9yLTEwMCIgMTAwIDM0Njk1IDM0Njk1IDApICgiY29s
b3ItMTAxIiAxMDEgMzQ2OTUgMzQ2OTUgMjQ0MTUpICgiY29sb3ItMTAyIiAxMDIgMzQ2OTUgMzQ2
OTUgMzQ2OTUpICgiY29sb3ItMTAzIiAxMDMgMzQ2OTUgMzQ2OTUgNDQ5NzUpICgiY29sb3ItMTA0
IiAxMDQgMzQ2OTUgMzQ2OTUgNTUyNTUpICgiY29sb3ItMTA1IiAxMDUgMzQ2OTUgMzQ2OTUgNjU1
MzUpICgiY29sb3ItMTA2IiAxMDYgMzQ2OTUgNDQ5NzUgMCkgKCJjb2xvci0xMDciIDEwNyAzNDY5
NSA0NDk3NSAyNDQxNSkgKCJjb2xvci0xMDgiIDEwOCAzNDY5NSA0NDk3NSAzNDY5NSkgKCJjb2xv
ci0xMDkiIDEwOSAzNDY5NSA0NDk3NSA0NDk3NSkgKCJjb2xvci0xMTAiIDExMCAzNDY5NSA0NDk3
NSA1NTI1NSkgKCJjb2xvci0xMTEiIDExMSAzNDY5NSA0NDk3NSA2NTUzNSkgKCJjb2xvci0xMTIi
IDExMiAzNDY5NSA1NTI1NSAwKSAoImNvbG9yLTExMyIgMTEzIDM0Njk1IDU1MjU1IDI0NDE1KSAo
ImNvbG9yLTExNCIgMTE0IDM0Njk1IDU1MjU1IDM0Njk1KSAoImNvbG9yLTExNSIgMTE1IDM0Njk1
IDU1MjU1IDQ0OTc1KSAoImNvbG9yLTExNiIgMTE2IDM0Njk1IDU1MjU1IDU1MjU1KSAoImNvbG9y
LTExNyIgMTE3IDM0Njk1IDU1MjU1IDY1NTM1KSAoImNvbG9yLTExOCIgMTE4IDM0Njk1IDY1NTM1
IDApICgiY29sb3ItMTE5IiAxMTkgMzQ2OTUgNjU1MzUgMjQ0MTUpICgiY29sb3ItMTIwIiAxMjAg
MzQ2OTUgNjU1MzUgMzQ2OTUpICgiY29sb3ItMTIxIiAxMjEgMzQ2OTUgNjU1MzUgNDQ5NzUpICgi
Y29sb3ItMTIyIiAxMjIgMzQ2OTUgNjU1MzUgNTUyNTUpICgiY29sb3ItMTIzIiAxMjMgMzQ2OTUg
NjU1MzUgNjU1MzUpICgiY29sb3ItMTI0IiAxMjQgNDQ5NzUgMCAwKSAoImNvbG9yLTEyNSIgMTI1
IDQ0OTc1IDAgMjQ0MTUpICgiY29sb3ItMTI2IiAxMjYgNDQ5NzUgMCAzNDY5NSkgKCJjb2xvci0x
MjciIDEyNyA0NDk3NSAwIDQ0OTc1KSAoImNvbG9yLTEyOCIgMTI4IDQ0OTc1IDAgNTUyNTUpICgi
Y29sb3ItMTI5IiAxMjkgNDQ5NzUgMCA2NTUzNSkgKCJjb2xvci0xMzAiIDEzMCA0NDk3NSAyNDQx
NSAwKSAoImNvbG9yLTEzMSIgMTMxIDQ0OTc1IDI0NDE1IDI0NDE1KSAoImNvbG9yLTEzMiIgMTMy
IDQ0OTc1IDI0NDE1IDM0Njk1KSAoImNvbG9yLTEzMyIgMTMzIDQ0OTc1IDI0NDE1IDQ0OTc1KSAo
ImNvbG9yLTEzNCIgMTM0IDQ0OTc1IDI0NDE1IDU1MjU1KSAoImNvbG9yLTEzNSIgMTM1IDQ0OTc1
IDI0NDE1IDY1NTM1KSAoImNvbG9yLTEzNiIgMTM2IDQ0OTc1IDM0Njk1IDApICgiY29sb3ItMTM3
IiAxMzcgNDQ5NzUgMzQ2OTUgMjQ0MTUpICgiY29sb3ItMTM4IiAxMzggNDQ5NzUgMzQ2OTUgMzQ2
OTUpICgiY29sb3ItMTM5IiAxMzkgNDQ5NzUgMzQ2OTUgNDQ5NzUpICgiY29sb3ItMTQwIiAxNDAg
NDQ5NzUgMzQ2OTUgNTUyNTUpICgiY29sb3ItMTQxIiAxNDEgNDQ5NzUgMzQ2OTUgNjU1MzUpICgi
Y29sb3ItMTQyIiAxNDIgNDQ5NzUgNDQ5NzUgMCkgKCJjb2xvci0xNDMiIDE0MyA0NDk3NSA0NDk3
NSAyNDQxNSkgKCJjb2xvci0xNDQiIDE0NCA0NDk3NSA0NDk3NSAzNDY5NSkgKCJjb2xvci0xNDUi
IDE0NSA0NDk3NSA0NDk3NSA0NDk3NSkgKCJjb2xvci0xNDYiIDE0NiA0NDk3NSA0NDk3NSA1NTI1
NSkgKCJjb2xvci0xNDciIDE0NyA0NDk3NSA0NDk3NSA2NTUzNSkgKCJjb2xvci0xNDgiIDE0OCA0
NDk3NSA1NTI1NSAwKSAoImNvbG9yLTE0OSIgMTQ5IDQ0OTc1IDU1MjU1IDI0NDE1KSAoImNvbG9y
LTE1MCIgMTUwIDQ0OTc1IDU1MjU1IDM0Njk1KSAoImNvbG9yLTE1MSIgMTUxIDQ0OTc1IDU1MjU1
IDQ0OTc1KSAoImNvbG9yLTE1MiIgMTUyIDQ0OTc1IDU1MjU1IDU1MjU1KSAoImNvbG9yLTE1MyIg
MTUzIDQ0OTc1IDU1MjU1IDY1NTM1KSAoImNvbG9yLTE1NCIgMTU0IDQ0OTc1IDY1NTM1IDApICgi
Y29sb3ItMTU1IiAxNTUgNDQ5NzUgNjU1MzUgMjQ0MTUpICgiY29sb3ItMTU2IiAxNTYgNDQ5NzUg
NjU1MzUgMzQ2OTUpICgiY29sb3ItMTU3IiAxNTcgNDQ5NzUgNjU1MzUgNDQ5NzUpICgiY29sb3It
MTU4IiAxNTggNDQ5NzUgNjU1MzUgNTUyNTUpICgiY29sb3ItMTU5IiAxNTkgNDQ5NzUgNjU1MzUg
NjU1MzUpICgiY29sb3ItMTYwIiAxNjAgNTUyNTUgMCAwKSAoImNvbG9yLTE2MSIgMTYxIDU1MjU1
IDAgMjQ0MTUpICgiY29sb3ItMTYyIiAxNjIgNTUyNTUgMCAzNDY5NSkgKCJjb2xvci0xNjMiIDE2
MyA1NTI1NSAwIDQ0OTc1KSAoImNvbG9yLTE2NCIgMTY0IDU1MjU1IDAgNTUyNTUpICgiY29sb3It
MTY1IiAxNjUgNTUyNTUgMCA2NTUzNSkgKCJjb2xvci0xNjYiIDE2NiA1NTI1NSAyNDQxNSAwKSAo
ImNvbG9yLTE2NyIgMTY3IDU1MjU1IDI0NDE1IDI0NDE1KSAoImNvbG9yLTE2OCIgMTY4IDU1MjU1
IDI0NDE1IDM0Njk1KSAoImNvbG9yLTE2OSIgMTY5IDU1MjU1IDI0NDE1IDQ0OTc1KSAoImNvbG9y
LTE3MCIgMTcwIDU1MjU1IDI0NDE1IDU1MjU1KSAoImNvbG9yLTE3MSIgMTcxIDU1MjU1IDI0NDE1
IDY1NTM1KSAoImNvbG9yLTE3MiIgMTcyIDU1MjU1IDM0Njk1IDApICgiY29sb3ItMTczIiAxNzMg
NTUyNTUgMzQ2OTUgMjQ0MTUpICgiY29sb3ItMTc0IiAxNzQgNTUyNTUgMzQ2OTUgMzQ2OTUpICgi
Y29sb3ItMTc1IiAxNzUgNTUyNTUgMzQ2OTUgNDQ5NzUpICgiY29sb3ItMTc2IiAxNzYgNTUyNTUg
MzQ2OTUgNTUyNTUpICgiY29sb3ItMTc3IiAxNzcgNTUyNTUgMzQ2OTUgNjU1MzUpICgiY29sb3It
MTc4IiAxNzggNTUyNTUgNDQ5NzUgMCkgKCJjb2xvci0xNzkiIDE3OSA1NTI1NSA0NDk3NSAyNDQx
NSkgKCJjb2xvci0xODAiIDE4MCA1NTI1NSA0NDk3NSAzNDY5NSkgKCJjb2xvci0xODEiIDE4MSA1
NTI1NSA0NDk3NSA0NDk3NSkgKCJjb2xvci0xODIiIDE4MiA1NTI1NSA0NDk3NSA1NTI1NSkgKCJj
b2xvci0xODMiIDE4MyA1NTI1NSA0NDk3NSA2NTUzNSkgKCJjb2xvci0xODQiIDE4NCA1NTI1NSA1
NTI1NSAwKSAoImNvbG9yLTE4NSIgMTg1IDU1MjU1IDU1MjU1IDI0NDE1KSAoImNvbG9yLTE4NiIg
MTg2IDU1MjU1IDU1MjU1IDM0Njk1KSAoImNvbG9yLTE4NyIgMTg3IDU1MjU1IDU1MjU1IDQ0OTc1
KSAoImNvbG9yLTE4OCIgMTg4IDU1MjU1IDU1MjU1IDU1MjU1KSAoImNvbG9yLTE4OSIgMTg5IDU1
MjU1IDU1MjU1IDY1NTM1KSAoImNvbG9yLTE5MCIgMTkwIDU1MjU1IDY1NTM1IDApICgiY29sb3It
MTkxIiAxOTEgNTUyNTUgNjU1MzUgMjQ0MTUpICgiY29sb3ItMTkyIiAxOTIgNTUyNTUgNjU1MzUg
MzQ2OTUpICgiY29sb3ItMTkzIiAxOTMgNTUyNTUgNjU1MzUgNDQ5NzUpICgiY29sb3ItMTk0IiAx
OTQgNTUyNTUgNjU1MzUgNTUyNTUpICgiY29sb3ItMTk1IiAxOTUgNTUyNTUgNjU1MzUgNjU1MzUp
ICgiY29sb3ItMTk2IiAxOTYgNjU1MzUgMCAwKSAoImNvbG9yLTE5NyIgMTk3IDY1NTM1IDAgMjQ0
MTUpICgiY29sb3ItMTk4IiAxOTggNjU1MzUgMCAzNDY5NSkgKCJjb2xvci0xOTkiIDE5OSA2NTUz
NSAwIDQ0OTc1KSAoImNvbG9yLTIwMCIgMjAwIDY1NTM1IDAgNTUyNTUpICgiY29sb3ItMjAxIiAy
MDEgNjU1MzUgMCA2NTUzNSkgKCJjb2xvci0yMDIiIDIwMiA2NTUzNSAyNDQxNSAwKSAoImNvbG9y
LTIwMyIgMjAzIDY1NTM1IDI0NDE1IDI0NDE1KSAoImNvbG9yLTIwNCIgMjA0IDY1NTM1IDI0NDE1
IDM0Njk1KSAoImNvbG9yLTIwNSIgMjA1IDY1NTM1IDI0NDE1IDQ0OTc1KSAoImNvbG9yLTIwNiIg
MjA2IDY1NTM1IDI0NDE1IDU1MjU1KSAoImNvbG9yLTIwNyIgMjA3IDY1NTM1IDI0NDE1IDY1NTM1
KSAoImNvbG9yLTIwOCIgMjA4IDY1NTM1IDM0Njk1IDApICgiY29sb3ItMjA5IiAyMDkgNjU1MzUg
MzQ2OTUgMjQ0MTUpICgiY29sb3ItMjEwIiAyMTAgNjU1MzUgMzQ2OTUgMzQ2OTUpICgiY29sb3It
MjExIiAyMTEgNjU1MzUgMzQ2OTUgNDQ5NzUpICgiY29sb3ItMjEyIiAyMTIgNjU1MzUgMzQ2OTUg
NTUyNTUpICgiY29sb3ItMjEzIiAyMTMgNjU1MzUgMzQ2OTUgNjU1MzUpICgiY29sb3ItMjE0IiAy
MTQgNjU1MzUgNDQ5NzUgMCkgKCJjb2xvci0yMTUiIDIxNSA2NTUzNSA0NDk3NSAyNDQxNSkgKCJj
b2xvci0yMTYiIDIxNiA2NTUzNSA0NDk3NSAzNDY5NSkgKCJjb2xvci0yMTciIDIxNyA2NTUzNSA0
NDk3NSA0NDk3NSkgKCJjb2xvci0yMTgiIDIxOCA2NTUzNSA0NDk3NSA1NTI1NSkgKCJjb2xvci0y
MTkiIDIxOSA2NTUzNSA0NDk3NSA2NTUzNSkgKCJjb2xvci0yMjAiIDIyMCA2NTUzNSA1NTI1NSAw
KSAoImNvbG9yLTIyMSIgMjIxIDY1NTM1IDU1MjU1IDI0NDE1KSAoImNvbG9yLTIyMiIgMjIyIDY1
NTM1IDU1MjU1IDM0Njk1KSAoImNvbG9yLTIyMyIgMjIzIDY1NTM1IDU1MjU1IDQ0OTc1KSAoImNv
bG9yLTIyNCIgMjI0IDY1NTM1IDU1MjU1IDU1MjU1KSAoImNvbG9yLTIyNSIgMjI1IDY1NTM1IDU1
MjU1IDY1NTM1KSAoImNvbG9yLTIyNiIgMjI2IDY1NTM1IDY1NTM1IDApICgiY29sb3ItMjI3IiAy
MjcgNjU1MzUgNjU1MzUgMjQ0MTUpICgiY29sb3ItMjI4IiAyMjggNjU1MzUgNjU1MzUgMzQ2OTUp
ICgiY29sb3ItMjI5IiAyMjkgNjU1MzUgNjU1MzUgNDQ5NzUpICgiY29sb3ItMjMwIiAyMzAgNjU1
MzUgNjU1MzUgNTUyNTUpICgiY29sb3ItMjMxIiAyMzEgNjU1MzUgNjU1MzUgNjU1MzUpICgiY29s
b3ItMjMyIiAyMzIgMjA1NiAyMDU2IDIwNTYpICgiY29sb3ItMjMzIiAyMzMgNDYyNiA0NjI2IDQ2
MjYpICgiY29sb3ItMjM0IiAyMzQgNzE5NiA3MTk2IDcxOTYpICgiY29sb3ItMjM1IiAyMzUgOTc2
NiA5NzY2IDk3NjYpICgiY29sb3ItMjM2IiAyMzYgMTIzMzYgMTIzMzYgMTIzMzYpICgiY29sb3It
MjM3IiAyMzcgMTQ5MDYgMTQ5MDYgMTQ5MDYpICgiY29sb3ItMjM4IiAyMzggMTc0NzYgMTc0NzYg
MTc0NzYpICgiY29sb3ItMjM5IiAyMzkgMjAwNDYgMjAwNDYgMjAwNDYpICgiY29sb3ItMjQwIiAy
NDAgMjI2MTYgMjI2MTYgMjI2MTYpICgiY29sb3ItMjQxIiAyNDEgMjUxODYgMjUxODYgMjUxODYp
ICgiY29sb3ItMjQyIiAyNDIgMjc3NTYgMjc3NTYgMjc3NTYpICgiY29sb3ItMjQzIiAyNDMgMzAz
MjYgMzAzMjYgMzAzMjYpICgiY29sb3ItMjQ0IiAyNDQgMzI4OTYgMzI4OTYgMzI4OTYpICgiY29s
b3ItMjQ1IiAyNDUgMzU0NjYgMzU0NjYgMzU0NjYpICgiY29sb3ItMjQ2IiAyNDYgMzgwMzYgMzgw
MzYgMzgwMzYpICgiY29sb3ItMjQ3IiAyNDcgNDA2MDYgNDA2MDYgNDA2MDYpICgiY29sb3ItMjQ4
IiAyNDggNDMxNzYgNDMxNzYgNDMxNzYpICgiY29sb3ItMjQ5IiAyNDkgNDU3NDYgNDU3NDYgNDU3
NDYpICgiY29sb3ItMjUwIiAyNTAgNDgzMTYgNDgzMTYgNDgzMTYpICgiY29sb3ItMjUxIiAyNTEg
NTA4ODYgNTA4ODYgNTA4ODYpICgiY29sb3ItMjUyIiAyNTIgNTM0NTYgNTM0NTYgNTM0NTYpICgi
Y29sb3ItMjUzIiAyNTMgNTYwMjYgNTYwMjYgNTYwMjYpICgiY29sb3ItMjU0IiAyNTQgNTg1OTYg
NTg1OTYgNTg1OTYpICgiY29sb3ItMjU1IiAyNTUgNjExNjYgNjExNjYgNjExNjYpKQo=
--001a11346b4828a8e00526cd5fa4--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 13 Dec 2015 20:50:02 +0000
Resent-Message-ID: <handler.22154.B22154.145003978628508 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145003978628508
          (code B ref 22154); Sun, 13 Dec 2015 20:50:02 +0000
Received: (at 22154) by debbugs.gnu.org; 13 Dec 2015 20:49:46 +0000
Received: from localhost ([127.0.0.1]:50613 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8DaT-0007Pk-TF
	for submit <at> debbugs.gnu.org; Sun, 13 Dec 2015 15:49:46 -0500
Received: from eggs.gnu.org ([208.118.235.92]:38717)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8DaS-0007PY-HW
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 15:49:44 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8DaK-0003q9-2p
 for 22154 <at> debbugs.gnu.org; Sun, 13 Dec 2015 15:49:39 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44137)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8DaJ-0003q5-Vk; Sun, 13 Dec 2015 15:49:36 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3725
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8DaJ-0007zH-7i; Sun, 13 Dec 2015 15:49:35 -0500
Date: Sun, 13 Dec 2015 22:49:44 +0200
Message-Id: <83io423wgn.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHZoxq93UQU+XobYxXzG1wpLt4xKwfPSprcnMcd_2GE9L-YCAA@HIDDEN>
 (message from Eric Hanchrow on Sun, 13 Dec 2015 12:26:10 -0800)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
 <CAHZoxq_vMcb6UmHoS=QktU2Muhi2zC+z4htcsdR-KQQ9Sp8PGw@HIDDEN>
 <83si3643iw.fsf@HIDDEN> <83poya42l5.fsf@HIDDEN>
 <CAHZoxq-59HJQdA=w+XuQzVQqHmPPAKt39JcXhsFxVFFjsqo1aQ@HIDDEN>
 <83oadu3z61.fsf@HIDDEN>
 <CAHZoxq93UQU+XobYxXzG1wpLt4xKwfPSprcnMcd_2GE9L-YCAA@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> Date: Sun, 13 Dec 2015 12:26:10 -0800
> Cc: 22154 <at> debbugs.gnu.org
> 
>     You can run the command ‘server-start’ with M-x ser-s RET
>     terminal-init-xterm doin’ its thang.  (tty-color-alist) returns a
> list of length 256.
>     terminal-init-xterm is done.  (tty-color-alist) now returns a list
> of length 8.
>     When done with this frame, type C-x 5 0
> 
> So clearly: xterm.el initialization _is_ getting called for the client
> frame, and it _does_ modify tty-color-alist.

Right.  I guess we will have to make tty-defined-color-alist
terminal-specific, or something.  This will have to wait until after
25.1, sorry.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Dan Nicolaescu <dann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2015 06:24:02 +0000
Resent-Message-ID: <handler.22154.B22154.145007418813558 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>, 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145007418813558
          (code B ref 22154); Mon, 14 Dec 2015 06:24:02 +0000
Received: (at 22154) by debbugs.gnu.org; 14 Dec 2015 06:23:08 +0000
Received: from localhost ([127.0.0.1]:50848 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8MXM-0003Wc-Kh
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:23:08 -0500
Received: from eggs.gnu.org ([208.118.235.92]:44228)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <dann@HIDDEN>) id 1a8MXL-0003WR-Q9
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:23:08 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dann@HIDDEN>) id 1a8MXF-0006mO-Tp
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:23:02 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51974)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dann@HIDDEN>)
 id 1a8MXE-0006m9-FK; Mon, 14 Dec 2015 01:23:00 -0500
Received: from dann by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <dann@HIDDEN>)
 id 1a8MXD-00032n-N6; Mon, 14 Dec 2015 01:22:59 -0500
From: Dan Nicolaescu <dann@HIDDEN>
In-Reply-To: <8361025k9u.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 13 Dec
 2015 19:30:05 +0200")
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
X-Draft-From: ("nntp+news.gmane.org:gmane.emacs.bugs" 109933)
Gcc: nnml+archive:sent-mail-2015
Date: Mon, 14 Dec 2015 01:21:26 -0500
Message-ID: <yxq37v5lfdl.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
>> Date: Sat, 12 Dec 2015 21:49:10 +0000
>> 
>> I have TERM set to 'xterm-256color'.
>> 
>> I started emacs with `/mnt/emacs-25/src/emacs -Q`
>> 
>> I confirmed that 256 colors "worked" by doing M-x list-colors-display
>> RET, and noting that there were about 256 lines of output, with plenty
>> of different colors.
>> 
>> I typed M-x server-start RET.
>> 
>> In another terminal on the same machine, I typed `TERM=xterm
>> /mnt/emacs-25/lib-src/emacsclient -c`. That displayed a *scratch*
>> buffer, as I'd expected.
>
> Out of curiosity: why would you want to downgrade the number of colors
> in the client frames wrt the number supported by the server?
>
>> In that new frame, I typed `M-x list-colors-display RET`. I noticed
>> that now there were only eight lines of output.
>> 
>> I did C-x 5 0 to delete the new frame, then back in the original frame
>> again typed `M-x list-colors-display RET`, and noted that there were
>> still only eight lines of output.
>
> This was never supported, we always assumed that the number of colors
> on all tty frames is the same.

Using different number of colors on different ttys should work.
I just tried it briefly, and it works fine on my Fedora machine with
24.5.
I don't have a very recent version compiled.

You can try it with
$ emacs -Q -f server-start&
Then from an xterm: emacsclient -t
And then from a different one: env TERM=vt100 emacsclient -t

The frame in the first xterm should display some colors, the one in the
second should be b&w...

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Dan Nicolaescu <dann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2015 06:36:02 +0000
Resent-Message-ID: <handler.22154.B22154.145007495814952 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>, 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145007495814952
          (code B ref 22154); Mon, 14 Dec 2015 06:36:02 +0000
Received: (at 22154) by debbugs.gnu.org; 14 Dec 2015 06:35:58 +0000
Received: from localhost ([127.0.0.1]:50853 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8Mjl-0003t6-QN
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:35:57 -0500
Received: from eggs.gnu.org ([208.118.235.92]:46075)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <dann@HIDDEN>) id 1a8Mjk-0003sq-G1
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:35:56 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dann@HIDDEN>) id 1a8Mje-0000h0-A5
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 01:35:51 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52106)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dann@HIDDEN>)
 id 1a8Mje-0000gw-73; Mon, 14 Dec 2015 01:35:50 -0500
Received: from localhost ([::1]:60935 helo=fencepost.gnu.org)
 by fencepost.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <dann@HIDDEN>)
 id 1a8Mjc-0001DV-KN; Mon, 14 Dec 2015 01:35:48 -0500
From: Dan Nicolaescu <dann@HIDDEN>
In-Reply-To: <8361025k9u.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 13 Dec
 2015 19:30:05 +0200")
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Date: Mon, 14 Dec 2015 01:35:43 -0500
Message-ID: <yxq1tapczb4.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
>> Date: Sat, 12 Dec 2015 21:49:10 +0000
>> 
>> I have TERM set to 'xterm-256color'.
>> 
>> I started emacs with `/mnt/emacs-25/src/emacs -Q`
>> 
>> I confirmed that 256 colors "worked" by doing M-x list-colors-display
>> RET, and noting that there were about 256 lines of output, with plenty
>> of different colors.
>> 
>> I typed M-x server-start RET.
>> 
>> In another terminal on the same machine, I typed `TERM=xterm
>> /mnt/emacs-25/lib-src/emacsclient -c`. That displayed a *scratch*
>> buffer, as I'd expected.
>
> Out of curiosity: why would you want to downgrade the number of colors
> in the client frames wrt the number supported by the server?
>
>> In that new frame, I typed `M-x list-colors-display RET`. I noticed
>> that now there were only eight lines of output.
>> 
>> I did C-x 5 0 to delete the new frame, then back in the original frame
>> again typed `M-x list-colors-display RET`, and noted that there were
>> still only eight lines of output.
>
> This was never supported, we always assumed that the number of colors
> on all tty frames is the same.

Using different number of colors on different ttys should work.
I just tried it briefly, and it works fine on my Fedora machine with
24.5.
I don't have a very recent version compiled.

You can try it with
$ emacs -Q -f server-start&
Then from an xterm: emacsclient -t
And then from a different one: env TERM=vt100 emacsclient -t

The frame in the first xterm should display some colors, the one in the
second should be b&w...

Date: Mon, 14 Dec 2015 01:24:09 -0500

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2015 15:57:02 +0000
Resent-Message-ID: <handler.22154.B22154.14501086036854 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dan Nicolaescu <dann@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.14501086036854
          (code B ref 22154); Mon, 14 Dec 2015 15:57:02 +0000
Received: (at 22154) by debbugs.gnu.org; 14 Dec 2015 15:56:43 +0000
Received: from localhost ([127.0.0.1]:51729 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8VUQ-0001mR-GW
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2015 10:56:42 -0500
Received: from eggs.gnu.org ([208.118.235.92]:52503)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8VUO-0001mF-Qv
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 10:56:41 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8VUG-0003eh-Nc
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 10:56:35 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33884)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8VUG-0003eb-KA; Mon, 14 Dec 2015 10:56:32 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4923
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8VUF-0008Mh-IT; Mon, 14 Dec 2015 10:56:31 -0500
Date: Mon, 14 Dec 2015 17:56:43 +0200
Message-Id: <83a8pd3txg.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <yxq37v5lfdl.fsf@HIDDEN> (message from Dan Nicolaescu
 on Mon, 14 Dec 2015 01:21:26 -0500)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Dan Nicolaescu <dann@HIDDEN>
> Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>,  22154 <at> debbugs.gnu.org
> Gcc: nnml+archive:sent-mail-2015
> Date: Mon, 14 Dec 2015 01:21:26 -0500
> 
> Using different number of colors on different ttys should work.
> I just tried it briefly, and it works fine on my Fedora machine with
> 24.5.
> I don't have a very recent version compiled.
> 
> You can try it with
> $ emacs -Q -f server-start&
> Then from an xterm: emacsclient -t
> And then from a different one: env TERM=vt100 emacsclient -t
> 
> The frame in the first xterm should display some colors, the one in the
> second should be b&w...

This simple use case indeed (almost) works.  (To have it work better,
you need the patch I posted here.)  But in general, the current
implementation doesn't support this, AFAICT, for 2 reasons:

  . The default escape sequences sent to the terminal for turning
    colors on and off are stored in a single global set of values (the
    default_* variables in term.c).  So every time set_tty_color_mode
    is called, and the frame's parameters don't include the
    tty-color-mode parameter (which is what happens usually) the
    escape sequences get overwritten by the ones of the last tty we
    initialized.  It so happens that the display calls
    set_tty_color_mode each time you switch to a different frame on a
    TTY, so the risk of this happening is quite high, especially if
    some frames do have the tty-color-mode parameter.  The patch I
    sent solves this part.

  . The value of tty-defined-color-alist is global, so every call to a
    terminal-specific FOO-register-default-colors will modify that
    global value with its own colors, and those of the previous tty
    will be lost.  For example, the initialization of xterm-256 fills
    tty-defined-color-alist with colors whose names are "color-0",
    "color-1", etc., but if you later initialize an 8-color xterm,
    these get nuked, and only the 8 or 16 standard colors remain
    there.

The second part problem could only be fixed by making
tty-defined-color-alist a terminal-local variable.

Am I missing something?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Dan Nicolaescu <dann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2015 16:40:02 +0000
Resent-Message-ID: <handler.22154.B22154.145011119610874 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145011119610874
          (code B ref 22154); Mon, 14 Dec 2015 16:40:02 +0000
Received: (at 22154) by debbugs.gnu.org; 14 Dec 2015 16:39:56 +0000
Received: from localhost ([127.0.0.1]:51759 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8WAC-0002pG-Ad
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2015 11:39:55 -0500
Received: from eggs.gnu.org ([208.118.235.92]:35233)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <dann@HIDDEN>) id 1a8WA6-0002ow-Re
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 11:39:50 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dann@HIDDEN>) id 1a8WA0-0006cC-O2
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 11:39:41 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34504)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dann@HIDDEN>)
 id 1a8WA0-0006c8-L0; Mon, 14 Dec 2015 11:39:40 -0500
Received: from localhost ([::1]:43334 helo=fencepost.gnu.org)
 by fencepost.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <dann@HIDDEN>)
 id 1a8W9z-0005na-VS; Mon, 14 Dec 2015 11:39:40 -0500
From: Dan Nicolaescu <dann@HIDDEN>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN>
Date: Mon, 14 Dec 2015 11:39:39 -0500
In-Reply-To: <83a8pd3txg.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 14 Dec
 2015 17:56:43 +0200")
Message-ID: <yxq37v5yofo.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Dan Nicolaescu <dann@HIDDEN>
>> Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>,  22154 <at> debbugs.gnu.org
>> Gcc: nnml+archive:sent-mail-2015
>> Date: Mon, 14 Dec 2015 01:21:26 -0500
>> 
>> Using different number of colors on different ttys should work.
>> I just tried it briefly, and it works fine on my Fedora machine with
>> 24.5.
>> I don't have a very recent version compiled.
>> 
>> You can try it with
>> $ emacs -Q -f server-start&
>> Then from an xterm: emacsclient -t
>> And then from a different one: env TERM=vt100 emacsclient -t
>> 
>> The frame in the first xterm should display some colors, the one in the
>> second should be b&w...
>
> This simple use case indeed (almost) works.  (To have it work better,
> you need the patch I posted here.)  But in general, the current
> implementation doesn't support this, AFAICT, for 2 reasons:

What exactly is the problem that your patch fixes?
I don't remember all the details, but having multiple terminal frames
running on multiple kinds of terminals, with different color depths and
even background modes was heavily tested when the multi-tty work was
going on.  One of the usual tests was to have rxvt with both 8 and 256
colors and white on black and black on white (rxvt not xterm because
rxvt sets an environment variable with the default color and emacs can
decide if it's a light or dark background based on that).  It worked
fine.
Did something break meanwhile or you are dealing with some new thing
that was not dealt with back then? 

Thanks

        --Dan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 14 Dec 2015 17:03:01 +0000
Resent-Message-ID: <handler.22154.B22154.145011256019396 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dan Nicolaescu <dann@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145011256019396
          (code B ref 22154); Mon, 14 Dec 2015 17:03:01 +0000
Received: (at 22154) by debbugs.gnu.org; 14 Dec 2015 17:02:40 +0000
Received: from localhost ([127.0.0.1]:51794 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8WWC-00052i-It
	for submit <at> debbugs.gnu.org; Mon, 14 Dec 2015 12:02:40 -0500
Received: from eggs.gnu.org ([208.118.235.92]:41291)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8WW8-00052T-EJ
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 12:02:36 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8WVz-00041w-8M
 for 22154 <at> debbugs.gnu.org; Mon, 14 Dec 2015 12:02:27 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34837)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8WVz-00041r-5d; Mon, 14 Dec 2015 12:02:23 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1058
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8WVy-0000Mm-Ab; Mon, 14 Dec 2015 12:02:22 -0500
Date: Mon, 14 Dec 2015 19:02:34 +0200
Message-Id: <834mfl3qvp.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <yxq37v5yofo.fsf@HIDDEN> (message from Dan Nicolaescu
 on Mon, 14 Dec 2015 11:39:39 -0500)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Dan Nicolaescu <dann@HIDDEN>
> Cc: eric.hanchrow@HIDDEN,  22154 <at> debbugs.gnu.org
> Date: Mon, 14 Dec 2015 11:39:39 -0500
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> >> From: Dan Nicolaescu <dann@HIDDEN>
> >> Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>,  22154 <at> debbugs.gnu.org
> >> Gcc: nnml+archive:sent-mail-2015
> >> Date: Mon, 14 Dec 2015 01:21:26 -0500
> >> 
> >> Using different number of colors on different ttys should work.
> >> I just tried it briefly, and it works fine on my Fedora machine with
> >> 24.5.
> >> I don't have a very recent version compiled.
> >> 
> >> You can try it with
> >> $ emacs -Q -f server-start&
> >> Then from an xterm: emacsclient -t
> >> And then from a different one: env TERM=vt100 emacsclient -t
> >> 
> >> The frame in the first xterm should display some colors, the one in the
> >> second should be b&w...
> >
> > This simple use case indeed (almost) works.  (To have it work better,
> > you need the patch I posted here.)  But in general, the current
> > implementation doesn't support this, AFAICT, for 2 reasons:
> 
> What exactly is the problem that your patch fixes?

The fact that the default escape sequences for turning colors on or
off are stored in global variables that get overwritten each time
another tty is initialized.

> I don't remember all the details, but having multiple terminal frames
> running on multiple kinds of terminals, with different color depths and
> even background modes was heavily tested when the multi-tty work was
> going on.  One of the usual tests was to have rxvt with both 8 and 256
> colors and white on black and black on white (rxvt not xterm because
> rxvt sets an environment variable with the default color and emacs can
> decide if it's a light or dark background based on that).  It worked
> fine.
> Did something break meanwhile or you are dealing with some new thing
> that was not dealt with back then? 

I don't know.  It's possible that the fact that set_tty_color_mode is
now called as part of redisplay exposed some issue.

And I don't understand how could what you describe work when there's
only one global value of tty-defined-color-alist.  Can you explain how
that worked, given that each terminal's initialization overwrites that
list?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Dan Nicolaescu <dann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2015 05:47:01 +0000
Resent-Message-ID: <handler.22154.B22154.145015837728553 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145015837728553
          (code B ref 22154); Tue, 15 Dec 2015 05:47:01 +0000
Received: (at 22154) by debbugs.gnu.org; 15 Dec 2015 05:46:17 +0000
Received: from localhost ([127.0.0.1]:52116 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8iRF-0007QT-2A
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2015 00:46:17 -0500
Received: from eggs.gnu.org ([208.118.235.92]:45759)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <dann@HIDDEN>) id 1a8iRD-0007QH-SH
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 00:46:16 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dann@HIDDEN>) id 1a8iR7-0002hc-LT
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 00:46:10 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45740)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dann@HIDDEN>)
 id 1a8iR7-0002hY-JB; Tue, 15 Dec 2015 00:46:09 -0500
Received: from localhost ([::1]:54570 helo=fencepost.gnu.org)
 by fencepost.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <dann@HIDDEN>)
 id 1a8iR6-0005uO-VI; Tue, 15 Dec 2015 00:46:09 -0500
From: Dan Nicolaescu <dann@HIDDEN>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
 <834mfl3qvp.fsf@HIDDEN>
Date: Tue, 15 Dec 2015 00:46:08 -0500
In-Reply-To: <834mfl3qvp.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 14 Dec
 2015 19:02:34 +0200")
Message-ID: <yxqsi34cli7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Dan Nicolaescu <dann@HIDDEN>
>> Cc: eric.hanchrow@HIDDEN,  22154 <at> debbugs.gnu.org
>> Date: Mon, 14 Dec 2015 11:39:39 -0500
>> 
>> Eli Zaretskii <eliz@HIDDEN> writes:
>> 
>> >> From: Dan Nicolaescu <dann@HIDDEN>
>> >> Cc: Eric Hanchrow <eric.hanchrow@HIDDEN>,  22154 <at> debbugs.gnu.org
>> >> Gcc: nnml+archive:sent-mail-2015
>> >> Date: Mon, 14 Dec 2015 01:21:26 -0500
>> >> 
>> >> Using different number of colors on different ttys should work.
>> >> I just tried it briefly, and it works fine on my Fedora machine with
>> >> 24.5.
>> >> I don't have a very recent version compiled.
>> >> 
>> >> You can try it with
>> >> $ emacs -Q -f server-start&
>> >> Then from an xterm: emacsclient -t
>> >> And then from a different one: env TERM=vt100 emacsclient -t
>> >> 
>> >> The frame in the first xterm should display some colors, the one in the
>> >> second should be b&w...
>> >
>> > This simple use case indeed (almost) works.  (To have it work better,
>> > you need the patch I posted here.)  But in general, the current
>> > implementation doesn't support this, AFAICT, for 2 reasons:
>> 
>> What exactly is the problem that your patch fixes?
>
> The fact that the default escape sequences for turning colors on or
> off are stored in global variables that get overwritten each time
> another tty is initialized.

Can you describe a behavior that is incorrect?

>
>> I don't remember all the details, but having multiple terminal frames
>> running on multiple kinds of terminals, with different color depths and
>> even background modes was heavily tested when the multi-tty work was
>> going on.  One of the usual tests was to have rxvt with both 8 and 256
>> colors and white on black and black on white (rxvt not xterm because
>> rxvt sets an environment variable with the default color and emacs can
>> decide if it's a light or dark background based on that).  It worked
>> fine.
>> Did something break meanwhile or you are dealing with some new thing
>> that was not dealt with back then? 
>
> I don't know.  It's possible that the fact that set_tty_color_mode is
> now called as part of redisplay exposed some issue.
>
> And I don't understand how could what you describe work when there's
> only one global value of tty-defined-color-alist.  Can you explain how
> that worked, given that each terminal's initialization overwrites that
> list?

Sorry, I don't remember the details, but it did work
In fact I just tried on emacs 24.5 with 3 terminals: xterm
with TERM=vt100, rxvt -fg black -bg white and rxvt -fg white -bg black.
emacsclient -t connected to the same emacs daemon
M-x list-faces-display looks correct on all 3 of the simultaneously.
Editing C code in a file displayed on the 3 terminals looks fine,
everything gets fontified with the expected colors everywhere.
Unfortunately I don't have a more recent emacs version on this machine...

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2015 16:06:02 +0000
Resent-Message-ID: <handler.22154.B22154.145019551525116 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dan Nicolaescu <dann@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145019551525116
          (code B ref 22154); Tue, 15 Dec 2015 16:06:02 +0000
Received: (at 22154) by debbugs.gnu.org; 15 Dec 2015 16:05:15 +0000
Received: from localhost ([127.0.0.1]:52825 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8s6B-0006Wy-Ip
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:05:15 -0500
Received: from eggs.gnu.org ([208.118.235.92]:53447)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8s66-0006WO-Ga
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:05:10 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8s5x-0007SQ-46
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:05:01 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56287)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8s5x-0007SM-0y; Tue, 15 Dec 2015 11:04:57 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2883
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8s5w-00019w-7H; Tue, 15 Dec 2015 11:04:56 -0500
Date: Tue, 15 Dec 2015 18:05:11 +0200
Message-Id: <83h9jj3dfs.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <yxqsi34cli7.fsf@HIDDEN> (message from Dan Nicolaescu
 on Tue, 15 Dec 2015 00:46:08 -0500)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
 <834mfl3qvp.fsf@HIDDEN> <yxqsi34cli7.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Dan Nicolaescu <dann@HIDDEN>
> Cc: eric.hanchrow@HIDDEN,  22154 <at> debbugs.gnu.org
> Date: Tue, 15 Dec 2015 00:46:08 -0500
> 
> >> What exactly is the problem that your patch fixes?
> >
> > The fact that the default escape sequences for turning colors on or
> > off are stored in global variables that get overwritten each time
> > another tty is initialized.
> 
> Can you describe a behavior that is incorrect?

It was described in the original report of this bug, see

  http://lists.gnu.org/archive/html/bug-gnu-emacs/2015-12/msg00420.html
  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22154#5

> > And I don't understand how could what you describe work when there's
> > only one global value of tty-defined-color-alist.  Can you explain how
> > that worked, given that each terminal's initialization overwrites that
> > list?
> 
> Sorry, I don't remember the details, but it did work
> In fact I just tried on emacs 24.5 with 3 terminals: xterm
> with TERM=vt100, rxvt -fg black -bg white and rxvt -fg white -bg black.
> emacsclient -t connected to the same emacs daemon

That's not the same use case.  The one you should indeed works,
because the foreground and background colors are recorded separately
for each frame.  IOW, this is not related to the issue at hand.

The issue at hand is how a TTY frame interprets a color specified
either by its name, like "LavenderBlush", or by an RGB value, like
#FF12EC.  As you certainly remember, we look for the best match in the
list returned by tty-color-alist, then use the numeric value of that
best match to send the corresponding escape sequence to the TTY
device.

The problem I alluded to has 2 facets:

  . the list which we need to find the best matching supported color
    is overwritten every time we initialize another tty, because that
    list is maintained as a single global variable

  . the escape sequences and the number of supported colors are also
    overwritten, because they are restored from a single static
    variable

My patch solves the 2nd part, but the first also needs to be solved.

> Unfortunately I don't have a more recent emacs version on this machine...

I don't think you need a newer Emacs, the same problem should exist in
24.5.  Just do what the OP did with an Emacs running under a 256-color
xterm and a client frame started under an 8-color xterm.  If this
works in Emacs 24.5, I'm probably missing something very important.

Eric, can you test your scenario with Emacs 24.5, please?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2015 16:38:02 +0000
Resent-Message-ID: <handler.22154.B22154.145019746328056 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Dan Nicolaescu <dann@HIDDEN>
Cc: 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145019746328056
          (code B ref 22154); Tue, 15 Dec 2015 16:38:02 +0000
Received: (at 22154) by debbugs.gnu.org; 15 Dec 2015 16:37:43 +0000
Received: from localhost ([127.0.0.1]:52879 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8sbb-0007IM-4g
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:37:42 -0500
Received: from mail-io0-f170.google.com ([209.85.223.170]:35286)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eric.hanchrow@HIDDEN>) id 1a8sbW-0007I6-NW
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:37:38 -0500
Received: by mail-io0-f170.google.com with SMTP id q126so25348349iof.2
 for <22154 <at> debbugs.gnu.org>; Tue, 15 Dec 2015 08:37:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc:content-type;
 bh=7yAH7dLfWNYi/opENCLyt4wts7SNEE/qFwzzYApkTF0=;
 b=p1ypLgcIc1F0KiYyzgheGT+0rD96q83VZEnqeVS45VKK7tPM8vwBCFt665pQb8X2uB
 hNBxU7srAwSOOcemFxP74sXfTjnzLcSExSvRd9VDSgjiW4diSunOwf2sW+hXyvGcesiq
 mnm+OHAKbFr0qrxDv691Ryr8rov0uDtUeZ7i/ziMEyVmD6mYe1o686hM9sBnT1P29H00
 p9UlqXNpfEUrG2TiRsfYJTnxEJomG15mh0gTCmVPrzCvQKZn28Lu+j6zvWYqXpqwqyQm
 oi5QIp7FLxpCGz/rbKaTwKp3LO8hGrzUV70IkmvMbXRWj419feYCt4pwlA1C27W3p/yh
 QyuA==
X-Received: by 10.107.25.77 with SMTP id 74mr36045152ioz.196.1450197449103;
 Tue, 15 Dec 2015 08:37:29 -0800 (PST)
MIME-Version: 1.0
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
 <834mfl3qvp.fsf@HIDDEN> <yxqsi34cli7.fsf@HIDDEN>
 <83h9jj3dfs.fsf@HIDDEN>
In-Reply-To: <83h9jj3dfs.fsf@HIDDEN>
From: Eric Hanchrow <eric.hanchrow@HIDDEN>
Date: Tue, 15 Dec 2015 16:37:19 +0000
Message-ID: <CAHZoxq_8TTZ993q0GbhXNOKJSsjZyCz98N4ifWDHP4G1YyzStw@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113fd4c0cedf820526f2679c
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a113fd4c0cedf820526f2679c
Content-Type: text/plain; charset=UTF-8

On Tue, Dec 15, 2015 at 8:05 AM Eli Zaretskii <eliz@HIDDEN> wrote:

>
> Eric, can you test your scenario with Emacs 24.5, please?
>
> The problem also happens in 24.5.

I also noticed that, once the problem has happened, if I close the
emacsclient frame with C-x 5 0, then create another one with
TERM=xterm-256color, the colors in the *Colors* buffer are restored.

--001a113fd4c0cedf820526f2679c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Tue, Dec 15=
, 2015 at 8:05 AM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=
=3D"_blank">eliz@HIDDEN</a>&gt; wrote:=C2=A0<br></div><blockquote class=3D=
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">
<br>
Eric, can you test your scenario with Emacs 24.5, please?<br><br></blockquo=
te>The problem also happens in 24.5. =C2=A0</div><div class=3D"gmail_quote"=
><br></div><div class=3D"gmail_quote">I also noticed that, once the problem=
 has happened, if I close the emacsclient frame with C-x 5 0, then create a=
nother one with TERM=3Dxterm-256color, the colors in the *Colors* buffer ar=
e restored.<br><div class=3D"gmail_quote"></div><div>=C2=A0</div></div></di=
v>

--001a113fd4c0cedf820526f2679c--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2015 16:41:02 +0000
Resent-Message-ID: <handler.22154.B22154.145019764728313 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eric Hanchrow <eric.hanchrow@HIDDEN>
Cc: dann@HIDDEN, 22154 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145019764728313
          (code B ref 22154); Tue, 15 Dec 2015 16:41:02 +0000
Received: (at 22154) by debbugs.gnu.org; 15 Dec 2015 16:40:47 +0000
Received: from localhost ([127.0.0.1]:52883 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a8sea-0007MY-5z
	for submit <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:40:47 -0500
Received: from eggs.gnu.org ([208.118.235.92]:38684)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <eliz@HIDDEN>) id 1a8seV-0007MJ-Ht
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:40:43 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1a8seL-0001pE-6F
 for 22154 <at> debbugs.gnu.org; Tue, 15 Dec 2015 11:40:34 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56944)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1a8seK-0001p9-Q7; Tue, 15 Dec 2015 11:40:28 -0500
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2927
 helo=HOME-C4E4A596F7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1a8seJ-0002AK-Vi; Tue, 15 Dec 2015 11:40:28 -0500
Date: Tue, 15 Dec 2015 18:40:43 +0200
Message-Id: <83a8pb3bsk.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAHZoxq_8TTZ993q0GbhXNOKJSsjZyCz98N4ifWDHP4G1YyzStw@HIDDEN>
 (message from Eric Hanchrow on Tue, 15 Dec 2015 16:37:19 +0000)
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
 <834mfl3qvp.fsf@HIDDEN> <yxqsi34cli7.fsf@HIDDEN>
 <83h9jj3dfs.fsf@HIDDEN>
 <CAHZoxq_8TTZ993q0GbhXNOKJSsjZyCz98N4ifWDHP4G1YyzStw@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Eric Hanchrow <eric.hanchrow@HIDDEN>
> Date: Tue, 15 Dec 2015 16:37:19 +0000
> Cc: 22154 <at> debbugs.gnu.org
> 
> The problem also happens in 24.5. 

Thanks.  So, Dan, you should be able to reproduce it.

> I also noticed that, once the problem has happened, if I close the emacsclient
> frame with C-x 5 0, then create another one with TERM=xterm-256color, the
> colors in the *Colors* buffer are restored.

Yes, of course: doing that initializes a 256-color xterm again, and
that re-fills the list of colors with what was there originally.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server
Resent-From: Dan Nicolaescu <dann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 18 Dec 2015 05:00:02 +0000
Resent-Message-ID: <handler.22154.B22154.145041476014000 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 22154
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: eric.hanchrow@HIDDEN, 22154 <at> debbugs.gnu.org
Received: via spool by 22154-submit <at> debbugs.gnu.org id=B22154.145041476014000
          (code B ref 22154); Fri, 18 Dec 2015 05:00:02 +0000
Received: (at 22154) by debbugs.gnu.org; 18 Dec 2015 04:59:20 +0000
Received: from localhost ([127.0.0.1]:55022 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1a9n8S-0003di-GQ
	for submit <at> debbugs.gnu.org; Thu, 17 Dec 2015 23:59:20 -0500
Received: from eggs.gnu.org ([208.118.235.92]:39982)
 by debbugs.gnu.org with esmtp (Exim 4.84)
 (envelope-from <dann@HIDDEN>) id 1a9n8Q-0003dV-NZ
 for 22154 <at> debbugs.gnu.org; Thu, 17 Dec 2015 23:59:19 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dann@HIDDEN>) id 1a9n8K-0003pF-MB
 for 22154 <at> debbugs.gnu.org; Thu, 17 Dec 2015 23:59:13 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48818)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <dann@HIDDEN>)
 id 1a9n8K-0003pB-IQ; Thu, 17 Dec 2015 23:59:12 -0500
Received: from localhost ([::1]:55897 helo=fencepost.gnu.org)
 by fencepost.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <dann@HIDDEN>)
 id 1a9n8I-0003g7-Fs; Thu, 17 Dec 2015 23:59:10 -0500
From: Dan Nicolaescu <dann@HIDDEN>
References: <CAHZoxq_z=XcuBZ2XN3GCuj54ctiAeWRPQ6vF_6VX=Ukgm9SQ-A@HIDDEN>
 <8361025k9u.fsf@HIDDEN> <yxq37v5lfdl.fsf@HIDDEN>
 <83a8pd3txg.fsf@HIDDEN> <yxq37v5yofo.fsf@HIDDEN>
 <834mfl3qvp.fsf@HIDDEN> <yxqsi34cli7.fsf@HIDDEN>
 <83h9jj3dfs.fsf@HIDDEN>
Date: Thu, 17 Dec 2015 23:59:08 -0500
In-Reply-To: <83h9jj3dfs.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 15 Dec
 2015 18:05:11 +0200")
Message-ID: <yxq1takwdwj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Dan Nicolaescu <dann@HIDDEN>
>> Cc: eric.hanchrow@HIDDEN,  22154 <at> debbugs.gnu.org
>> Date: Tue, 15 Dec 2015 00:46:08 -0500
>> 
>> >> What exactly is the problem that your patch fixes?
>> >
>> > The fact that the default escape sequences for turning colors on or
>> > off are stored in global variables that get overwritten each time
>> > another tty is initialized.
>> 
>> Can you describe a behavior that is incorrect?
>
> It was described in the original report of this bug, see
>
>   http://lists.gnu.org/archive/html/bug-gnu-emacs/2015-12/msg00420.html
>   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22154#5
>
>> > And I don't understand how could what you describe work when there's
>> > only one global value of tty-defined-color-alist.  Can you explain how
>> > that worked, given that each terminal's initialization overwrites that
>> > list?
>> 
>> Sorry, I don't remember the details, but it did work
>> In fact I just tried on emacs 24.5 with 3 terminals: xterm
>> with TERM=vt100, rxvt -fg black -bg white and rxvt -fg white -bg black.
>> emacsclient -t connected to the same emacs daemon
>
> That's not the same use case.  The one you should indeed works,
> because the foreground and background colors are recorded separately
> for each frame.  IOW, this is not related to the issue at hand.

OK, great.  That is actually a very important use-case, and more in line
with what people normally do.  It's good that it still works.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.