unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
@ 2022-10-03  9:43 Jean Louis
  2022-10-03 17:02 ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Jean Louis @ 2022-10-03  9:43 UTC (permalink / raw)
  To: 58269


I have not experienced this problem before. Usually I change default
face height to 120.

And I am using emacsclient. I have not before experienced that after
changing default face height that emacsclient does not take it in
consideration and keeps using the previous face height.

That is what is happening now in development version. emacsclient when
invoked, it does not understand the default face height. It uses
previous one.


In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.17.6, Xaw3d scroll bars) of 2022-10-02 built on
 protected.rcdrun.com
Repository revision: d4f56e96665f1d2d98ce645d32d587013e8b8116
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Parabola GNU/Linux-libre

Configured using:
 'configure --with-x-toolkit=lucid'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine 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
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 39231 8082)
 (symbols 48 5145 2)
 (strings 32 14286 2144)
 (string-bytes 1 403292)
 (vectors 16 10429)
 (vector-slots 8 159457 10571)
 (floats 8 40 17)
 (intervals 56 255 0)
 (buffers 1000 11))

-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-03  9:43 bug#58269: 29.0.50; emacsclient: does not understand that default face was changed Jean Louis
@ 2022-10-03 17:02 ` Eli Zaretskii
  2022-10-05 19:01   ` Jean Louis
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2022-10-03 17:02 UTC (permalink / raw)
  To: Jean Louis; +Cc: 58269

> From: Jean Louis <bugs@gnu.support>
> Date: Mon, 03 Oct 2022 12:43:44 +0300
> 
> 
> I have not experienced this problem before. Usually I change default
> face height to 120.
> 
> And I am using emacsclient. I have not before experienced that after
> changing default face height that emacsclient does not take it in
> consideration and keeps using the previous face height.
> 
> That is what is happening now in development version. emacsclient when
> invoked, it does not understand the default face height. It uses
> previous one.

Please describe in detail:

  . how did you change the default face's height
  . how did you invoke emacsclient

I tried to reproduce this in a way that I would do the above, but
couldn't reproduce: I see the enlarged face in display triggered by
emacsclient.  So something else is at work here, and it hides in the
details you haven't described.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-03 17:02 ` Eli Zaretskii
@ 2022-10-05 19:01   ` Jean Louis
  2022-10-05 19:27     ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Jean Louis @ 2022-10-05 19:01 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 58269

* Eli Zaretskii <eliz@gnu.org> [2022-10-03 20:03]:
> > From: Jean Louis <bugs@gnu.support>
> > Date: Mon, 03 Oct 2022 12:43:44 +0300
> > 
> > 
> > I have not experienced this problem before. Usually I change default
> > face height to 120.
> > 
> > And I am using emacsclient. I have not before experienced that after
> > changing default face height that emacsclient does not take it in
> > consideration and keeps using the previous face height.
> > 
> > That is what is happening now in development version. emacsclient when
> > invoked, it does not understand the default face height. It uses
> > previous one.
> 
> Please describe in detail:
> 
>   . how did you change the default face's height

By M-x customize-face RET default RET

>   . how did you invoke emacsclient

From mutt in Xterm

> I tried to reproduce this in a way that I would do the above, but
> couldn't reproduce: I see the enlarged face in display triggered by
> emacsclient.  So something else is at work here, and it hides in the
> details you haven't described.

I have described what I knew and could observe it. I can't know why
this happened. Now I have compiled new Emacs version and can't yet
observe it.

--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-05 19:01   ` Jean Louis
@ 2022-10-05 19:27     ` Eli Zaretskii
  2022-10-05 19:45       ` Jean Louis
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2022-10-05 19:27 UTC (permalink / raw)
  To: Jean Louis; +Cc: 58269

> Date: Wed, 5 Oct 2022 22:01:09 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: 58269@debbugs.gnu.org
> 
> > Please describe in detail:
> > 
> >   . how did you change the default face's height
> 
> By M-x customize-face RET default RET

OK

> >   . how did you invoke emacsclient
> 
> >From mutt in Xterm

That doesn't tell me enough.  Does mutt use any command-line switches
when it invokes emacsclient, and if so, which ones.

> > I tried to reproduce this in a way that I would do the above, but
> > couldn't reproduce: I see the enlarged face in display triggered by
> > emacsclient.  So something else is at work here, and it hides in the
> > details you haven't described.
> 
> I have described what I knew and could observe it. I can't know why
> this happened. Now I have compiled new Emacs version and can't yet
> observe it.

So it doesn't happen always, only sometimes?





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-05 19:27     ` Eli Zaretskii
@ 2022-10-05 19:45       ` Jean Louis
  2022-10-06  5:20         ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Jean Louis @ 2022-10-05 19:45 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 58269

* Eli Zaretskii <eliz@gnu.org> [2022-10-05 22:28]:
> > Date: Wed, 5 Oct 2022 22:01:09 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: 58269@debbugs.gnu.org
> > 
> > > Please describe in detail:
> > > 
> > >   . how did you change the default face's height
> > 
> > By M-x customize-face RET default RET
> 
> OK
> 
> > >   . how did you invoke emacsclient
> > 
> > >From mutt in Xterm
> 
> That doesn't tell me enough.  Does mutt use any command-line switches
> when it invokes emacsclient, and if so, which ones.

set editor="emacsclient -c"

> > > I tried to reproduce this in a way that I would do the above, but
> > > couldn't reproduce: I see the enlarged face in display triggered by
> > > emacsclient.  So something else is at work here, and it hides in the
> > > details you haven't described.
> > 
> > I have described what I knew and could observe it. I can't know why
> > this happened. Now I have compiled new Emacs version and can't yet
> > observe it.
> 
> So it doesn't happen always, only sometimes?

It was never happening before. I have compiled newer version of Emacs,
it started happening. Now it is not happening.


--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-05 19:45       ` Jean Louis
@ 2022-10-06  5:20         ` Eli Zaretskii
  2022-10-06  9:51           ` Jean Louis
  2022-10-06 12:58           ` Jean Louis
  0 siblings, 2 replies; 9+ messages in thread
From: Eli Zaretskii @ 2022-10-06  5:20 UTC (permalink / raw)
  To: Jean Louis; +Cc: 58269

> Date: Wed, 5 Oct 2022 22:45:24 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: 58269@debbugs.gnu.org
> 
> > > >   . how did you invoke emacsclient
> > > 
> > > >From mutt in Xterm
> > 
> > That doesn't tell me enough.  Does mutt use any command-line switches
> > when it invokes emacsclient, and if so, which ones.
> 
> set editor="emacsclient -c"

So Emacs creates a new frame for the request.  Perhaps something
resets the default face for future frames?

> > So it doesn't happen always, only sometimes?
> 
> It was never happening before. I have compiled newer version of Emacs,
> it started happening. Now it is not happening.

Then maybe the problem is solved.  Or maybe it starts happening after
some time or some things you do in Emacs.  I suggest to keep an eye on
this.  If and when it happens, try creating a new frame from Emacs
itself, and see if the problem happens in such a frame as well.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-06  5:20         ` Eli Zaretskii
@ 2022-10-06  9:51           ` Jean Louis
  2022-10-06 12:58           ` Jean Louis
  1 sibling, 0 replies; 9+ messages in thread
From: Jean Louis @ 2022-10-06  9:51 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 58269

* Eli Zaretskii <eliz@gnu.org> [2022-10-06 08:20]:
> > Date: Wed, 5 Oct 2022 22:45:24 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: 58269@debbugs.gnu.org
> > 
> > > > >   . how did you invoke emacsclient
> > > > 
> > > > >From mutt in Xterm
> > > 
> > > That doesn't tell me enough.  Does mutt use any command-line switches
> > > when it invokes emacsclient, and if so, which ones.
> > 
> > set editor="emacsclient -c"
> 
> So Emacs creates a new frame for the request.  Perhaps something
> resets the default face for future frames?

Not that I know. I do not observe it anymore.

--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-06  5:20         ` Eli Zaretskii
  2022-10-06  9:51           ` Jean Louis
@ 2022-10-06 12:58           ` Jean Louis
  2022-10-06 14:44             ` Eli Zaretskii
  1 sibling, 1 reply; 9+ messages in thread
From: Jean Louis @ 2022-10-06 12:58 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 58269

* Eli Zaretskii <eliz@gnu.org> [2022-10-06 08:23]:
> > Date: Wed, 5 Oct 2022 22:45:24 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: 58269@debbugs.gnu.org
> > 
> > > > >   . how did you invoke emacsclient
> > > > 
> > > > >From mutt in Xterm
> > > 
> > > That doesn't tell me enough.  Does mutt use any command-line switches
> > > when it invokes emacsclient, and if so, which ones.
> > 
> > set editor="emacsclient -c"
> 
> So Emacs creates a new frame for the request.  Perhaps something
> resets the default face for future frames?

I have now observed it, I finished with the frame on screen and then
got new emacsclient and font changed to Terminus.

I have not set it to Terminus. I have no idea why.


--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#58269: 29.0.50; emacsclient: does not understand that default face was changed
  2022-10-06 12:58           ` Jean Louis
@ 2022-10-06 14:44             ` Eli Zaretskii
  0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2022-10-06 14:44 UTC (permalink / raw)
  To: Jean Louis; +Cc: 58269

> Date: Thu, 6 Oct 2022 15:58:00 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: 58269@debbugs.gnu.org
> 
> * Eli Zaretskii <eliz@gnu.org> [2022-10-06 08:23]:
> > > Date: Wed, 5 Oct 2022 22:45:24 +0300
> > > From: Jean Louis <bugs@gnu.support>
> > > Cc: 58269@debbugs.gnu.org
> > > 
> > > > > >   . how did you invoke emacsclient
> > > > > 
> > > > > >From mutt in Xterm
> > > > 
> > > > That doesn't tell me enough.  Does mutt use any command-line switches
> > > > when it invokes emacsclient, and if so, which ones.
> > > 
> > > set editor="emacsclient -c"
> > 
> > So Emacs creates a new frame for the request.  Perhaps something
> > resets the default face for future frames?
> 
> I have now observed it, I finished with the frame on screen and then
> got new emacsclient and font changed to Terminus.
> 
> I have not set it to Terminus. I have no idea why.

If you don't know, how can we know?





^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2022-10-06 14:44 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-10-03  9:43 bug#58269: 29.0.50; emacsclient: does not understand that default face was changed Jean Louis
2022-10-03 17:02 ` Eli Zaretskii
2022-10-05 19:01   ` Jean Louis
2022-10-05 19:27     ` Eli Zaretskii
2022-10-05 19:45       ` Jean Louis
2022-10-06  5:20         ` Eli Zaretskii
2022-10-06  9:51           ` Jean Louis
2022-10-06 12:58           ` Jean Louis
2022-10-06 14:44             ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).