From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Blue track Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 09:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 43645@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.160119977623625 (code B ref -1); Sun, 27 Sep 2020 09:43:02 +0000 Received: (at submit) by debbugs.gnu.org; 27 Sep 2020 09:42:56 +0000 Received: from localhost ([127.0.0.1]:48322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMTCp-00068s-ML for submit@debbugs.gnu.org; Sun, 27 Sep 2020 05:42:56 -0400 Received: from lists.gnu.org ([209.51.188.17]:52256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMQNZ-0001nW-AR for submit@debbugs.gnu.org; Sun, 27 Sep 2020 02:41:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60612) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kMQNZ-0006eI-3A for bug-gnu-emacs@gnu.org; Sun, 27 Sep 2020 02:41:49 -0400 Received: from mail-lj1-x22c.google.com ([2a00:1450:4864:20::22c]:40904) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kMQNW-0004iX-H4 for bug-gnu-emacs@gnu.org; Sun, 27 Sep 2020 02:41:48 -0400 Received: by mail-lj1-x22c.google.com with SMTP id s205so5728804lja.7 for ; Sat, 26 Sep 2020 23:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=TLyj/r6mT1GxSkHdzz6WDqCruG1lAwDcu2jJ8Pd4M/E=; b=DF5DouxIOKFLrXuH/8mtjdwVcWCbkDeT+OmyYgp4M2/ZgIJwQ/g6cX2L+Kkd4W9f8S faiut3X2r9TzRPubaLgFhPYs4wOh40UxGpC1PHR2EDnTOSNPWs5Fk8CFyTvUnJI3KnJT onUL3cooULZwphlsAt/FLddVDp5jlRozLcVKqdERaUyfrJIGLtzvuQkRO0GzvM2G022q k/mP5KNsoCHZkZZJjREwzWNrfcrRYnp3q+a4hIDNEVrLhiKAWO5E0qehY6o2J0UsMAl/ 3CiyikMXQr8hkcwad9GGc4jnkvZuvlKpvj8WSxQ8fHCUDDR5U/g+jYgS8wfEY8sioMwl HneA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=TLyj/r6mT1GxSkHdzz6WDqCruG1lAwDcu2jJ8Pd4M/E=; b=OzRKKw+0eyPgX8m4ZJNMYtC7u+3ie03UrFPJeLoTGhe24G/xO965XpW2WESxY2f0W0 3DKP2UI1jyH/DCDDbKcez70wsmGl+MOp6uL3WQzS2VT1jd5WAp7VdXhmsSL6jvBeM1Vi 8jOKd6spD0Rx9jhNgbuTlsXhJViUpEHOqvE8Ee+qDwIcSdIE30DcLJ2BO9jYEPn5X8g1 wyXITj4UhvKIutRDYXt5STOGX2rNFMY5xS6IHWN8AvTwRNUQQKEOlirzsrS5aEnaa1yl 0ebJuus2d7R+umQXq4WweSn5Lm660gTtqCMicEvTWNnr6v0gwOXra9Zq7FsdQALMoSKZ LoWg== X-Gm-Message-State: AOAM532fWsduRZTt/EBoGtSxfz5cmI2ndAL1Jwrc/o8JP3u5f+Vg+iFB kw/XQHDT2e1PR3kmIEAm7Gaczs1S1Dai6sCx6+eWy0IXjWzl4w== X-Google-Smtp-Source: ABdhPJxeNJ/IGP5x2FW65yj/MPTwISO2B5cEOCMabVaZxHKTd7tZvdQAOyeZyEZtM5hBIUHvv5qFMCzRvN4V3/CL9uk= X-Received: by 2002:a2e:4b12:: with SMTP id y18mr3175164lja.330.1601188903093; Sat, 26 Sep 2020 23:41:43 -0700 (PDT) MIME-Version: 1.0 From: Blue track Date: Sun, 27 Sep 2020 16:41:31 +1000 Message-ID: Content-Type: multipart/alternative; boundary="000000000000c9898e05b045d772" Received-SPF: pass client-ip=2a00:1450:4864:20::22c; envelope-from=bluetrack121@gmail.com; helo=mail-lj1-x22c.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Mailman-Approved-At: Sun, 27 Sep 2020 05:42:53 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) --000000000000c9898e05b045d772 Content-Type: text/plain; charset="UTF-8" When opening an emacsclient instance to a new intance of a buffer which is already open, under some conditions it does not open to the correct buffer. To reproduce: ``` emacs -Q --daemon echo "Test" > test.txt emacsclient -c test.txt C-x 3 C-x b *scratch* # In new terminal emacsclient -c test.txt # I get a new window with the *scratch* buffer, but under Ubuntu 20.04 the first emacsclient intance is on top also ``` In GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14) of 2020-03-26, modified by Debian built on lcy01-amd64-020 Windowing system distributor 'The X.Org Foundation', version 11.0.12008000 System Description: Ubuntu 20.04.1 LTS Recent messages: Quit Undo! Mark set [2 times] Quit [4 times] C-h C-g is undefined When done with this frame, type C-x 5 0 Quit [2 times] Mark activated Mark set Quit [2 times] next-line: End of buffer Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/26.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs-mEZBk7/emacs-26.3+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS LIBSYSTEMD LCMS2 Important settings: value of $LANG: en_AU.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: recentf-mode: t diff-auto-refine-mode: t global-so-long-mode: t shell-dirtrack-mode: t global-undo-tree-mode: t ivy-mode: t global-hl-line-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort emacsbug sendmail conf-mode dabbrev novice org-table css-mode misearch multi-isearch org-indent org-rmail org-mhe org-irc org-info org-gnus nnir gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc nnoo gnus-spec gnus-int gnus-range message rmc puny rfc822 mml mml-sec epa epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums mail-utils mm-util mail-prsvr org-docview doc-view image-mode org-bibtex bibtex org-bbdb org-w3m goto-addr view python tramp-sh mail-extr recentf tree-widget wid-edit bookmark pp autorevert filenotify ffap tramp tramp-compat tramp-loaddefs trampver ucs-normalize parse-time windmove face-remap flyspell ispell vc-git diff-mode server elec-pair git-gutter dockerfile-mode sh-script smie executable s so-long js2-mode etags js sgml-mode dom flycheck json map subr-x seq jka-compr let-alist dash web-mode disp-table powershell shell csharp-mode imenu cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs markdown-mode rx url-parse auth-source password-cache url-vars thingatpt undo-tree diff counsel xdg xref project eieio byte-opt bytecomp byte-compile cconv eieio-core eieio-loaddefs dired dired-loaddefs compile swiper cl-extra help-mode ivy derived delsel ivy-overlay colir org-bullets edmacro kmacro fill-column-indicator rainbow-delimiters rainbow-mode cl-macs color cl gv hl-line base16-custom-theme base16-theme pcase org-element cl-seq avl-tree generator org advice org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities time-date noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint comint ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func cal-menu easymenu calendar cal-loaddefs cl-loaddefs cl-lib mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type 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 elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors 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 composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray 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 threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 1316058 202171) (symbols 48 62374 1) (miscs 40 26716 8353) (strings 32 155100 14439) (string-bytes 1 4894801) (vectors 16 97667) (vector-slots 8 2404231 18878) (floats 8 709 903) (intervals 56 51863 1166) (buffers 992 115)) --000000000000c9898e05b045d772 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


When opening an emacsclient instance to a new inta= nce of a buffer which
is already open, under some conditions it does not= open to the correct
buffer.

To reproduce:
```
emacs -Q --d= aemon

echo "Test" > test.txt
emacsclient -c test.txt=
C-x 3
C-x b *scratch*

# In new terminal
emacsclient -c tes= t.txt

# I get a new window with the *scratch* buffer, but under Ubun= tu 20.04 the first emacsclient intance is on top also
```


In = GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14)
=C2= =A0of 2020-03-26, modified by Debian built on lcy01-amd64-020
Windowing = system distributor 'The X.Org Foundation', version 11.0.12008000System Description: Ubuntu 20.04.1 LTS

Recent messages:
Quit
= Undo!
Mark set [2 times]
Quit [4 times]
C-h C-g is undefined
Wh= en done with this frame, type C-x 5 0
Quit [2 times]
Mark activatedMark set
Quit [2 times]
next-line: End of buffer
Configured usin= g:
=C2=A0'configure --build x86_64-linux-gnu --prefix=3D/usr
=C2= =A0--sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib
=C2=A0--localstat= edir=3D/var/lib --infodir=3D/usr/share/info
=C2=A0--mandir=3D/usr/share/= man --enable-libsystemd --with-pop=3Dyes
=C2=A0--enable-locallisppath=3D= /etc/emacs:/usr/local/share/emacs/26.3/site-lisp:/usr/local/share/emacs/sit= e-lisp:/usr/share/emacs/26.3/site-lisp:/usr/share/emacs/site-lisp
=C2=A0= --with-sound=3Dalsa --without-gconf --with-mailutils --build
=C2=A0x86_6= 4-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib
=C2=A0--libexecd= ir=3D/usr/lib --localstatedir=3D/var/lib
=C2=A0--infodir=3D/usr/share/in= fo --mandir=3D/usr/share/man --enable-libsystemd
=C2=A0--with-pop=3Dyes<= br>=C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/share/emacs/26.3/si= te-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/26.3/site-lisp:/u= sr/share/emacs/site-lisp
=C2=A0--with-sound=3Dalsa --without-gconf --wit= h-mailutils --with-x=3Dyes
=C2=A0--with-x-toolkit=3Dgtk3 --with-toolkit-= scroll-bars 'CFLAGS=3D-g -O2
=C2=A0-fdebug-prefix-map=3D/build/emacs= -mEZBk7/emacs-26.3+1=3D. -fstack-protector-strong
=C2=A0-Wformat -Werror= =3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time
=C2=A0-D_FORTI= FY_SOURCE=3D2' 'LDFLAGS=3D-Wl,-Bsymbolic-functions -Wl,-z,relro'= ;'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGIC= K SOUND GPM DBUS GSETTINGS GLIB
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FRE= ETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THR= EADS LIBSYSTEMD LCMS2

Important settings:
=C2=A0 value of $LANG: = en_AU.UTF-8
=C2=A0 locale-coding-system: utf-8-unix

Major mode: F= undamental

Minor modes in effect:
=C2=A0 recentf-mode: t
=C2= =A0 diff-auto-refine-mode: t
=C2=A0 global-so-long-mode: t
=C2=A0 she= ll-dirtrack-mode: t
=C2=A0 global-undo-tree-mode: t
=C2=A0 ivy-mode: = t
=C2=A0 global-hl-line-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 glob= al-eldoc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mo= de: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t=
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
= =C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: t
=C2=A0 tra= nsient-mark-mode: t

Load-path shadows:
None found.

Feature= s:
(shadow sort emacsbug sendmail conf-mode dabbrev novice org-table
= css-mode misearch multi-isearch org-indent org-rmail org-mhe org-irc
org= -info org-gnus nnir gnus-sum gnus-group gnus-undo gnus-start
gnus-cloud = nnimap nnmail mail-source tls gnutls utf7 netrc nnoo
gnus-spec gnus-int = gnus-range message rmc puny rfc822 mml mml-sec epa
epg epg-config mm-dec= ode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailhead= er gnus-win gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045= ietf-drums mail-utils mm-util mail-prsvr
org-docview doc-view image-mod= e org-bibtex bibtex org-bbdb org-w3m
goto-addr view python tramp-sh mail= -extr recentf tree-widget wid-edit
bookmark pp autorevert filenotify ffa= p tramp tramp-compat tramp-loaddefs
trampver ucs-normalize parse-time wi= ndmove face-remap flyspell ispell
vc-git diff-mode server elec-pair git-= gutter dockerfile-mode sh-script
smie executable s so-long js2-mode etag= s js sgml-mode dom flycheck json
map subr-x seq jka-compr let-alist dash= web-mode disp-table powershell
shell csharp-mode imenu cc-langs cc-mode= cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-align cc-engine cc-vars= cc-defs markdown-mode rx
url-parse auth-source password-cache url-vars = thingatpt undo-tree diff
counsel xdg xref project eieio byte-opt bytecom= p byte-compile cconv
eieio-core eieio-loaddefs dired dired-loaddefs comp= ile swiper cl-extra
help-mode ivy derived delsel ivy-overlay colir org-b= ullets edmacro
kmacro fill-column-indicator rainbow-delimiters rainbow-m= ode cl-macs
color cl gv hl-line base16-custom-theme base16-theme pcase o= rg-element
cl-seq avl-tree generator org advice org-macro org-footnoteorg-pcomplete pcomplete org-list org-faces org-entities time-date
nout= line outline easy-mmode org-version ob-emacs-lisp ob ob-tangle
org-src o= b-ref ob-lob ob-table ob-keys ob-exp ob-comint comint
ansi-color ring ob= -core ob-eval org-compat org-macs org-loaddefs
format-spec find-func cal= -menu easymenu calendar cal-loaddefs
cl-loaddefs cl-lib mule-util toolti= p eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel ter= m/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-op= t fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mod= e prog-mode register page
menu-bar rfn-eshadow isearch timer select scro= ll-bar mouse jit-lock
font-lock syntax facemenu font-core term/tty-color= s frame cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan= thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romania= n slovak czech
european ethiopic indian cyrillic chinese composite chars= cript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obar= ray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macro= exp files
text-properties overlay sha1 md5 base64 format env code-pages = mule
custom widget hashtable-print-readable backquote threads dbusbindinotify lcms2 dynamic-setting system-font-setting font-render-setting
= move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

M= emory information:
((conses 16 1316058 202171)
=C2=A0(symbols 48 6237= 4 1)
=C2=A0(miscs 40 26716 8353)
=C2=A0(strings 32 155100 14439)
= =C2=A0(string-bytes 1 4894801)
=C2=A0(vectors 16 97667)
=C2=A0(vector= -slots 8 2404231 18878)
=C2=A0(floats 8 709 903)
=C2=A0(intervals 56 = 51863 1166)
=C2=A0(buffers 992 115))
--000000000000c9898e05b045d772-- From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 09:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Blue track Cc: 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160120070925199 (code B ref 43645); Sun, 27 Sep 2020 09:59:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 09:58:29 +0000 Received: from localhost ([127.0.0.1]:48362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMTRt-0006YN-FP for submit@debbugs.gnu.org; Sun, 27 Sep 2020 05:58:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMTRs-0006YB-1l for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 05:58:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48980) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMTRm-000851-Ni; Sun, 27 Sep 2020 05:58:22 -0400 Received: from [176.228.60.248] (port=2214 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMTRj-0005nd-Kp; Sun, 27 Sep 2020 05:58:21 -0400 Date: Sun, 27 Sep 2020 12:58:04 +0300 Message-Id: <83tuvjo82b.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Blue track on Sun, 27 Sep 2020 16:41:31 +1000) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Blue track > Date: Sun, 27 Sep 2020 16:41:31 +1000 > > When opening an emacsclient instance to a new intance of a buffer which > is already open, under some conditions it does not open to the correct > buffer. I think this problem was fixed in Emacs 27.1, so please upgrade and try again. If the problem persists, please tell the details. (I couldn't reproduce this in Emacs 27, FTR.) Thanks. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Blue track Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 10:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160120298629505 (code B ref 43645); Sun, 27 Sep 2020 10:37:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 10:36:26 +0000 Received: from localhost ([127.0.0.1]:48413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMU2c-0007fo-1I for submit@debbugs.gnu.org; Sun, 27 Sep 2020 06:36:26 -0400 Received: from mail-lf1-f49.google.com ([209.85.167.49]:32964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMU2a-0007fb-0K for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 06:36:24 -0400 Received: by mail-lf1-f49.google.com with SMTP id 77so7787708lfj.0 for <43645@debbugs.gnu.org>; Sun, 27 Sep 2020 03:36:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FltYy58fciuXAwkcXjRgI7cLPMHTjQHAWFWz0Ved0zk=; b=CFCC4wmqipCFVz8eLcoHbUC0kHdCSuCcL3VNLXsQ4CjVyx2F+6eIaJ68M+I9yfVd5p 7pcbf3YfKgVVqw4vgB4E8Udy5bL3fLXhqEEP4DlE/j4TgopsOzx2/4PAoOWlgBqA8Ib+ 2koqv3mZB8g8TlQ5CuVhqlf98vfwj5Uz4YGF2AoD17otCG1pl4h8WpgexvlL7j55eHVp VgeMTjiwhWrlwFl2f9TJy6U56TUgvn7vKwitSNEn+oD9nL45Ci0Zpa2x2jxAzrx87FZT iidAA+w/b1/8zGSBEJD4v9DKAtcT1Rb9pf02AOG6U7olXFpQqzvTIihC4ccCTqxSV8tS o+/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FltYy58fciuXAwkcXjRgI7cLPMHTjQHAWFWz0Ved0zk=; b=QYQDVjhCTUvCV3HoSxAGtDasIqpMGvEMlFLtIRJLtd7cN9sO5aPQOeyqNAbS02Hzeg lgR+0O06OsQxazKl7bnE05k2ONulo+s6n1Dfe2f4jD8WelrrNgVDvy3OfNjtJpPv6alP /adlhh+IcxuJKk4aOG6zygVOFAhQtY7KquXC3yDqaznTBkDc2N9UAOXaf02O4TXEf65Q hHOZEQGn1gNExLjDdw42ZZJZr1hj/KI4744L5rTTFrKIqskvirwHBG556lxgLsARVnlI MT210CUzfThSp+sTrFWSNTblNOwHJrwJX+6itpH0uxKCDPAVFbVOW97quoRmqd9VWog4 4pjg== X-Gm-Message-State: AOAM530S6ave7Rau6EMj21aPEmD/2cZPnfzY6fiD1aZet7G/kruJObfy a1yAghBKK/r2QyPJn1APAqDUpECRhVCI/rBo2ag= X-Google-Smtp-Source: ABdhPJxqxFkTqQ0o4WBGNq3rgvoWtm78YKEfc5ngUOPsnk6mEhXW3JR01x/vZirw2GDqq594uGQ3YOVLdleEa78kcYQ= X-Received: by 2002:ac2:53ab:: with SMTP id j11mr2214683lfh.470.1601202977851; Sun, 27 Sep 2020 03:36:17 -0700 (PDT) MIME-Version: 1.0 References: <83tuvjo82b.fsf@gnu.org> In-Reply-To: <83tuvjo82b.fsf@gnu.org> From: Blue track Date: Sun, 27 Sep 2020 20:36:05 +1000 Message-ID: Content-Type: multipart/alternative; boundary="000000000000b551e905b0491e91" X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --000000000000b551e905b0491e91 Content-Type: text/plain; charset="UTF-8" Thanks for the response, it did not fix the issue. I hope this doesn't sound condescending but did you follow the steps to reproduce? It's a weird behaviour which I think is related to window splits: ``` emacs -Q --daemon echo "Test" > test.txt emacsclient -c test.txt C-x 3 C-x b *scratch* # In new terminal emacsclient -c test.txt # I get a new window with the *scratch* buffer, but under Ubuntu 20.04 the first emacsclient instance is on top also ``` On Sun, 27 Sep 2020 at 19:58, Eli Zaretskii wrote: > > From: Blue track > > Date: Sun, 27 Sep 2020 16:41:31 +1000 > > > > When opening an emacsclient instance to a new intance of a buffer which > > is already open, under some conditions it does not open to the correct > > buffer. > > I think this problem was fixed in Emacs 27.1, so please upgrade and > try again. If the problem persists, please tell the details. > > (I couldn't reproduce this in Emacs 27, FTR.) > > Thanks. > --000000000000b551e905b0491e91 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the response, it did not fix the issue. I = hope this doesn't sound condescending but did you follow the steps to r= eproduce? It's a weird behaviour which I think is related to window spl= its:

```
emacs -Q --daemon

echo "Te= st" > test.txt
emacsclient -c test.txt
C-x 3
C-x b *scratc= h*

# In new terminal
emacsclient -c test.txt

# I get a new= window with the *scratch* buffer, but under Ubuntu 20.04 the first emacscl= ient instance is on top also
```



<= br>
On Sun,= 27 Sep 2020 at 19:58, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Blue track <bluetrack121@gmail.com>
> Date: Sun, 27 Sep 2020 16:41:31 +1000
>
> When opening an emacsclient instance to a new intance of a buffer whic= h
> is already open, under some conditions it does not open to the correct=
> buffer.

I think this problem was fixed in Emacs 27.1, so please upgrade and
try again.=C2=A0 If the problem persists, please tell the details.

(I couldn't reproduce this in Emacs 27, FTR.)

Thanks.
--000000000000b551e905b0491e91-- From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 10:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Blue track Cc: 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160120412331377 (code B ref 43645); Sun, 27 Sep 2020 10:56:01 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 10:55:23 +0000 Received: from localhost ([127.0.0.1]:48456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMUKx-0008A1-8Z for submit@debbugs.gnu.org; Sun, 27 Sep 2020 06:55:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMUKw-00089m-7k for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 06:55:22 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49577) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMUKq-00062K-Mw; Sun, 27 Sep 2020 06:55:16 -0400 Received: from [176.228.60.248] (port=1714 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMUKo-00080c-N0; Sun, 27 Sep 2020 06:55:16 -0400 Date: Sun, 27 Sep 2020 13:54:59 +0300 Message-Id: <83lfgvo5fg.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Blue track on Sun, 27 Sep 2020 20:36:05 +1000) References: <83tuvjo82b.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Blue track > Date: Sun, 27 Sep 2020 20:36:05 +1000 > Cc: 43645@debbugs.gnu.org > > Thanks for the response, it did not fix the issue. I hope this doesn't sound condescending but did you follow > the steps to reproduce? Yes, I did. Of course. Except that I used -t instead of -c (because my session wasn't a GUI one). Maybe that's the difference? I guess someone else will have to reproduce this and debug. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Blue track Cc: Eli Zaretskii , 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122253421644 (code B ref 43645); Sun, 27 Sep 2020 16:03:01 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:02:14 +0000 Received: from localhost ([127.0.0.1]:50264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZ7u-0005d2-AG for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:02:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZ7t-0005cp-1S for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:02:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+EpMeyhiMob3WVj1PnclY0LcouL/eRkrzbfb5qupaH0=; b=rDQesjP4QYLGl8XVSLj7dzVTyA RhdxZ8BI8wrfsy+ZevunScMi0vYRAu7Ki8KXPfpmLqGtP/rLCZmcC2FvoHUHLpALuhED+gbJzBRYS w4yz3IUqDCX+bDhMC71fhuRTeJpSm2gaYDKWYrErE84DvwRLOj2OIPF8O3sJvM8XVGS4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kMZ7j-0006Xq-UC; Sun, 27 Sep 2020 18:02:06 +0200 From: Lars Ingebrigtsen References: <83tuvjo82b.fsf@gnu.org> X-Now-Playing: Grace Jones's _Private Life: The Compass Point Sessions (2)_: "Slave to the Rhythm (Hot Blooded version)" Date: Sun, 27 Sep 2020 18:02:02 +0200 In-Reply-To: (Blue track's message of "Sun, 27 Sep 2020 20:36:05 +1000") Message-ID: <87zh5byzr9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Blue track writes: > emacs -Q --daemon > > echo "Test" > test.txt > emacsclient -c test.txt > C-x 3 > C-x b *scratch* > > # In new terminal > emacsclient -c test.txt > > # I get a new window with the *scratch* buffer, b [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Blue track writes: > emacs -Q --daemon > > echo "Test" > test.txt > emacsclient -c test.txt > C-x 3 > C-x b *scratch* > > # In new terminal > emacsclient -c test.txt > > # I get a new window with the *scratch* buffer, but under Ubuntu 20.04 > the first emacsclient instance is on top also I'm now sure what you mean by "the first emacsclient instance is on top also"? When I do this, I get a new Emacs frame with the *scratch* buffer displayed -- is this what you're seeing? And that seems like a bug. The new emacsclient frame always pops up with the buffer that is current in the other emacsclient frame instead of the file/buffer you asked for. (But the window with the requested buffer in the old emacsclinet frame is selected.) This only happens with a C-x 3 split; not with C-x 2 split. Very odd. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122300322346 (code B ref 43645); Sun, 27 Sep 2020 16:11:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:10:03 +0000 Received: from localhost ([127.0.0.1]:50269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZFT-0005oL-5J for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:10:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZFR-0005nn-RD for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:10:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53216) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMZFM-00012m-Jx; Sun, 27 Sep 2020 12:09:56 -0400 Received: from [176.228.60.248] (port=1919 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMZFL-00083k-PB; Sun, 27 Sep 2020 12:09:56 -0400 Date: Sun, 27 Sep 2020 19:09:41 +0300 Message-Id: <834knjnquy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87zh5byzr9.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 27 Sep 2020 18:02:02 +0200) References: <83tuvjo82b.fsf@gnu.org> <87zh5byzr9.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , 43645@debbugs.gnu.org > Date: Sun, 27 Sep 2020 18:02:02 +0200 > > I'm now sure what you mean by "the first emacsclient instance is on top > also"? My guess is that the frame created by the first emacsclient invocation is on top (in the z-order) of that created by the second invocation. That's probably a WM thing, though. > When I do this, I get a new Emacs frame with the *scratch* buffer > displayed Does this happen even if the second invocation of emacsclient uses a different file name, not the same test.txt as the first one? From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122370323475 (code B ref 43645); Sun, 27 Sep 2020 16:22:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:21:43 +0000 Received: from localhost ([127.0.0.1]:50290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZQl-00066Z-Ap for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:21:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZQj-00066L-OH for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:21:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=sdW9HfiazG1VBu/LTPSfQfluS5nXxIpibbr85pJM280=; b=EscoLhYTKVmjZq6ZB9Qimxv9H7 GXKRbcLSOc0eiMXo8u7hZFZdnGbVFcsw4Vu9CDmiXsByoSvmTI2MUe5Na3WRX2Uv0AEBJvpNSu8P/ ho+LoE70/Xl4Huy41BFlPYK28Cc71LnVSBOu2q/+isEl4nhMeizkAfqUEpxfBkAWhtaA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kMZQX-0006io-5U; Sun, 27 Sep 2020 18:21:35 +0200 From: Lars Ingebrigtsen References: <83tuvjo82b.fsf@gnu.org> <87zh5byzr9.fsf@gnus.org> <834knjnquy.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVOdZg8aJXZyLRn YWr///+0ydZhAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJGxAUIizhdBoAAAFxSURBVDjLdZMBjsQg CEXFXgDTCzRwgVbuf7f9gLrtTIdsNvU/Qfwypcyg9cXlK2jhdt8rcoTWkFID4IOoVBGB2uJDVlFi X16pTuCo7fIIiFvmLEknsBN6FfnKQHg39QVkm9FVfwF+j7Zbv4Hjdvk22M2Nxripu0C72T8ozOlR S4QyLRzhp8cUzt2tXJ7HXWktie5g+P2MeaHjF/C3+AGAqG2nHDUKPK07qPFLRqIfAAW3H0DUXoEh PoG6aBc/S4VK/NmV77yPaoAoENc+U68xPL4Xc8kY2TZdDwDVY78fnA9DkF3MBni+FvLJt4/hHMRf n5g2DIwmA1pzVMj1npOG/4OwHNahmmmPU0SvMJhrMV9ZiPhA9pkNbBZLkT7GtkcxJrMeuh/SfaH4 xdTCSIhzHaI1b8LNLLx07cN3VT257Am6zUBKl2sB7UPNfNzfZqncr2Ga6VVy2cerZCD/KrHFG5HH KVbQfldR/HkeNOxU1PoDgHFqbywcqW4AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDktMjdUMTY6 MjA6MzMrMDA6MDAh+wmJAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5LTI3VDE2OjIwOjMzKzAw OjAwUKaxNQAAAABJRU5ErkJggg== X-Now-Playing: Ida's _Heart Like A River_: "Mine" Date: Sun, 27 Sep 2020 18:21:27 +0200 In-Reply-To: <834knjnquy.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 27 Sep 2020 19:09:41 +0300") Message-ID: <87v9fzyyuw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> I'm now sure what you mean by "the first emacsclient instance is on top >> also"? > > My guess is that the frame created by the first emacsclient invocation > is on top (in the z-order) of that cre [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> I'm now sure what you mean by "the first emacsclient instance is on top >> also"? > > My guess is that the frame created by the first emacsclient invocation > is on top (in the z-order) of that created by the second invocation. > That's probably a WM thing, though. Ah, right. That does happen here, too, but I didn't notice because of how my windows are arranged. >> When I do this, I get a new Emacs frame with the *scratch* buffer >> displayed > > Does this happen even if the second invocation of emacsclient uses a > different file name, not the same test.txt as the first one? No, if I say "emacsclient -c foo.txt", then a new frame is popped up displaying the foo.txt buffer. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122443724592 (code B ref 43645); Sun, 27 Sep 2020 16:34:01 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:33:57 +0000 Received: from localhost ([127.0.0.1]:50296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZcb-0006Oa-GB for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:33:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZcZ-0006OO-MT for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:33:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53833) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMZcU-0004Np-3r; Sun, 27 Sep 2020 12:33:50 -0400 Received: from [176.228.60.248] (port=3447 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMZcT-0004e2-GQ; Sun, 27 Sep 2020 12:33:49 -0400 Date: Sun, 27 Sep 2020 19:33:35 +0300 Message-Id: <83zh5bmb6o.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87v9fzyyuw.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 27 Sep 2020 18:21:27 +0200) References: <83tuvjo82b.fsf@gnu.org> <87zh5byzr9.fsf@gnus.org> <834knjnquy.fsf@gnu.org> <87v9fzyyuw.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org > Date: Sun, 27 Sep 2020 18:21:27 +0200 > > >> When I do this, I get a new Emacs frame with the *scratch* buffer > >> displayed > > > > Does this happen even if the second invocation of emacsclient uses a > > different file name, not the same test.txt as the first one? > > No, if I say "emacsclient -c foo.txt", then a new frame is popped up > displaying the foo.txt buffer. So I think (a) this is a corner and unimportant use case, and (b) it probably has something to do with how we select a buffer to display when 2 buffers are already on display and the user requests to see one of them. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122509325586 (code B ref 43645); Sun, 27 Sep 2020 16:45:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:44:53 +0000 Received: from localhost ([127.0.0.1]:50308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZn7-0006eZ-Tg for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:44:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZmu-0006eB-H6 for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:44:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=djlQrSy0faf0IMGpqXlf5qEmGGcSbCtDhzBC67VKi0s=; b=cLYZVyj+/GXHpPK4KueuXQdjz1 z1OhuCvAI69pskYsJXOfA5r+J+gnxJ1gSR4Mt64GL5iWbXK19gEF67h6NtDzr/Hd+HeDXGFFp165W 3FMJq2Nx4vpNpH26xpkIco6gP7DI5C78E4C5Z0rNKHXo3gocZZufhsixoJsiZS0UNB1Q=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kMZmf-0006tg-Jw; Sun, 27 Sep 2020 18:44:30 +0200 From: Lars Ingebrigtsen References: <83tuvjo82b.fsf@gnu.org> <87zh5byzr9.fsf@gnus.org> <834knjnquy.fsf@gnu.org> <87v9fzyyuw.fsf@gnus.org> <83zh5bmb6o.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVOdZg8aJXZyLRn YWr///+0ydZhAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJGxAUIizhdBoAAAFxSURBVDjLdZMBjsQg CEXFXgDTCzRwgVbuf7f9gLrtTIdsNvU/Qfwypcyg9cXlK2jhdt8rcoTWkFID4IOoVBGB2uJDVlFi X16pTuCo7fIIiFvmLEknsBN6FfnKQHg39QVkm9FVfwF+j7Zbv4Hjdvk22M2Nxripu0C72T8ozOlR S4QyLRzhp8cUzt2tXJ7HXWktie5g+P2MeaHjF/C3+AGAqG2nHDUKPK07qPFLRqIfAAW3H0DUXoEh PoG6aBc/S4VK/NmV77yPaoAoENc+U68xPL4Xc8kY2TZdDwDVY78fnA9DkF3MBni+FvLJt4/hHMRf n5g2DIwmA1pzVMj1npOG/4OwHNahmmmPU0SvMJhrMV9ZiPhA9pkNbBZLkT7GtkcxJrMeuh/SfaH4 xdTCSIhzHaI1b8LNLLx07cN3VT257Am6zUBKl2sB7UPNfNzfZqncr2Ga6VVy2cerZCD/KrHFG5HH KVbQfldR/HkeNOxU1PoDgHFqbywcqW4AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDktMjdUMTY6 MjA6MzMrMDA6MDAh+wmJAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5LTI3VDE2OjIwOjMzKzAw OjAwUKaxNQAAAABJRU5ErkJggg== X-Now-Playing: Ida's _Heart Like A River_: "Honeyslide" Date: Sun, 27 Sep 2020 18:44:20 +0200 In-Reply-To: <83zh5bmb6o.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 27 Sep 2020 19:33:35 +0300") Message-ID: <87lfgvyxsr.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > So I think (a) this is a corner and unimportant use case, and (b) it > probably has something to do with how we select a buffer to display > when 2 buffers are already on display and the user reques [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > So I think (a) this is a corner and unimportant use case, and (b) it > probably has something to do with how we select a buffer to display > when 2 buffers are already on display and the user requests to see one > of them. Yes. And I was wrong -- the bug also appears in a C-x 2 split, not just a C-x 3 split. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 16:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160122541526160 (code B ref 43645); Sun, 27 Sep 2020 16:51:02 +0000 Received: (at 43645) by debbugs.gnu.org; 27 Sep 2020 16:50:15 +0000 Received: from localhost ([127.0.0.1]:50325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZsM-0006ns-Pk for submit@debbugs.gnu.org; Sun, 27 Sep 2020 12:50:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMZsL-0006ng-5u for 43645@debbugs.gnu.org; Sun, 27 Sep 2020 12:50:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54215) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMZsF-0006ns-Iq; Sun, 27 Sep 2020 12:50:07 -0400 Received: from [176.228.60.248] (port=4448 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMZsC-0005nO-M5; Sun, 27 Sep 2020 12:50:06 -0400 Date: Sun, 27 Sep 2020 19:49:51 +0300 Message-Id: <83wo0fmafk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87lfgvyxsr.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 27 Sep 2020 18:44:20 +0200) References: <83tuvjo82b.fsf@gnu.org> <87zh5byzr9.fsf@gnus.org> <834knjnquy.fsf@gnu.org> <87v9fzyyuw.fsf@gnus.org> <83zh5bmb6o.fsf@gnu.org> <87lfgvyxsr.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org > Date: Sun, 27 Sep 2020 18:44:20 +0200 > > Eli Zaretskii writes: > > > So I think (a) this is a corner and unimportant use case, and (b) it > > probably has something to do with how we select a buffer to display > > when 2 buffers are already on display and the user requests to see one > > of them. > > Yes. And I was wrong -- the bug also appears in a C-x 2 split, not just > a C-x 3 split. Makes sense, because the two cases should be indistinguishable when selecting a buffer to show is concerned. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Sep 2020 13:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Blue track Cc: 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160129899912434 (code B ref 43645); Mon, 28 Sep 2020 13:17:01 +0000 Received: (at 43645) by debbugs.gnu.org; 28 Sep 2020 13:16:39 +0000 Received: from localhost ([127.0.0.1]:51897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMt1D-0003EU-14 for submit@debbugs.gnu.org; Mon, 28 Sep 2020 09:16:39 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMt1B-0003EH-9C for 43645@debbugs.gnu.org; Mon, 28 Sep 2020 09:16:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BK01KKsFFWSjElfYvp+WQND3B5hi/lcG7p8/98IoKk0=; b=mjFyxFnMj6bMxhUsX5mcYKlvco Rz8zMcDXJjd2IcBLQ1KlBfxjolVx9KZT0750bqx3YdWf7jRxDlIbB6FnDrwR8abR7sIgds5vf2+Zu z+D6ujIGhpC5+iBlIAK9muyMIVUd1TbxaoeEweXLUXLJOaxXJt3LURkvPQgmQ3bpTjpw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kMt0s-0007QC-6Z; Mon, 28 Sep 2020 15:16:30 +0200 From: Lars Ingebrigtsen References: X-Now-Playing: Neneh Cherry & The Thing's _The Cherry Thing_: "Too Tough To Die" Date: Mon, 28 Sep 2020 15:16:16 +0200 In-Reply-To: (Blue track's message of "Sun, 27 Sep 2020 16:41:31 +1000") Message-ID: <87r1qmujmn.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: This patch fixes the problem, but I'm hesitating to apply it even if it looks kinda-sorta "obviously correct": It changes the logic to only check whether the buffer is displayed in the current frame, [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This patch fixes the problem, but I'm hesitating to apply it even if it looks kinda-sorta "obviously correct": It changes the logic to only check whether the buffer is displayed in the current frame, which makes emacsclient -c work. But why was the all-frame argument added? It's been there since at least the 90s... I can't see any adverse affects on emacsclient -t either. Anybody with any insight here? diff --git a/lisp/server.el b/lisp/server.el index 436a6ca0c7..f24f8d2b7c 100644 --- a/lisp/server.el +++ b/lisp/server.el @@ -1602,7 +1602,7 @@ server-switch-buffer ;; OK, we know next-buffer is live, let's display and select it. (if (functionp server-window) (funcall server-window next-buffer) - (let ((win (get-buffer-window next-buffer 0))) + (let ((win (get-buffer-window next-buffer))) (if (and win (not server-window)) ;; The buffer is already displayed: just reuse the ;; window. If FILEPOS is non-nil, use it to replace the -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Sep 2020 13:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , martin rudalics Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160130062314930 (code B ref 43645); Mon, 28 Sep 2020 13:44:01 +0000 Received: (at 43645) by debbugs.gnu.org; 28 Sep 2020 13:43:43 +0000 Received: from localhost ([127.0.0.1]:51926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMtRO-0003sk-U1 for submit@debbugs.gnu.org; Mon, 28 Sep 2020 09:43:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMtRM-0003sX-HR for 43645@debbugs.gnu.org; Mon, 28 Sep 2020 09:43:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43099) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMtRF-0005tn-5A; Mon, 28 Sep 2020 09:43:33 -0400 Received: from [176.228.60.248] (port=3387 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMtRE-0000sb-DW; Mon, 28 Sep 2020 09:43:32 -0400 Date: Mon, 28 Sep 2020 16:43:20 +0300 Message-Id: <837dsem2yv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r1qmujmn.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 28 Sep 2020 15:16:16 +0200) References: <87r1qmujmn.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Mon, 28 Sep 2020 15:16:16 +0200 > Cc: 43645@debbugs.gnu.org > > This patch fixes the problem, but I'm hesitating to apply it even if it > looks kinda-sorta "obviously correct": It changes the logic to only > check whether the buffer is displayed in the current frame, which makes > emacsclient -c work. But why was the all-frame argument added? It's > been there since at least the 90s... > > I can't see any adverse affects on emacsclient -t either. > > Anybody with any insight here? > > diff --git a/lisp/server.el b/lisp/server.el > index 436a6ca0c7..f24f8d2b7c 100644 > --- a/lisp/server.el > +++ b/lisp/server.el > @@ -1602,7 +1602,7 @@ server-switch-buffer > ;; OK, we know next-buffer is live, let's display and select it. > (if (functionp server-window) > (funcall server-window next-buffer) > - (let ((win (get-buffer-window next-buffer 0))) > + (let ((win (get-buffer-window next-buffer))) > (if (and win (not server-window)) > ;; The buffer is already displayed: just reuse the > ;; window. If FILEPOS is non-nil, use it to replace the > Martin, any comments on this? Thanks. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Sep 2020 15:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Lars Ingebrigtsen Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160130534432270 (code B ref 43645); Mon, 28 Sep 2020 15:03:02 +0000 Received: (at 43645) by debbugs.gnu.org; 28 Sep 2020 15:02:24 +0000 Received: from localhost ([127.0.0.1]:53745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMufY-0008OQ-6g for submit@debbugs.gnu.org; Mon, 28 Sep 2020 11:02:24 -0400 Received: from mout.gmx.net ([212.227.17.21]:39975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMufV-0008OB-Uc for 43645@debbugs.gnu.org; Mon, 28 Sep 2020 11:02:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1601305335; bh=Z9IVVCJHfC6qrnvQrnh9gMfXT4SACoqULyHQ64QK7uE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OG2Xpl54D9VChDa3FK/WhBSBNee0WM9a5hYwp2fFKsF2KrSCrZd3UsbnRnUmaceiq 6E7cV7RrdRfx2wxy8TbBdYb1mvgh2TeaLWmiUtS9XMDJHJRR52nN3HhIqD3cbIckaD VLX2DsIBHTt/ertd07GrMVdWqoR+56/kpEn4cH6s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.102] ([46.125.249.25]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M9Wuq-1kJbH83Iiy-005WPw; Mon, 28 Sep 2020 17:02:14 +0200 References: <87r1qmujmn.fsf@gnus.org> <837dsem2yv.fsf@gnu.org> From: martin rudalics Message-ID: Date: Mon, 28 Sep 2020 17:02:13 +0200 MIME-Version: 1.0 In-Reply-To: <837dsem2yv.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:R1pJEr37m41Ru3xsg8mmLPb2kK2cw8iTt3cqPKq3FrvlBrxdw5e kxPnZOsmxNaaHoIMs3ob62N4OmAHcWs/jDNySgXrm35Qd0Pu0wyfE1qoZxBVhTmgvNaiVcw 1QFHxvHZmMHOvdMb/I8aAj4sp5KN+Y10BQbt6wbs+1M6gT5pPVn3ZEbNnNzffRdTH7Jo5nm atFVQG4kAgnE1Kro9KPOw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:iGOYk5Ou/eo=:xZCdbEoOb1HmLymG4TQ92l br4J1Dv3RXCTvVWHDVklnQ2vqOD5bR0ln0A7dwgAMSeCEtPpqy8sn3w0hCa3N6KMRW9FIlX2P lFTK/EarPcU7ZjpE6vCf6recoYvoKsBTPKey4bsxVjlje6RMDAQ0VNfNbgrJ+NWnucz/aPIv3 Ugf3aGknfQBbqxdmQ3iy5vbl1/2CT1HMCGcaxsr3HeQNMV/to4JmZi3EjdPvaPZtOWbuHpUBR O6ixfSLLAYoQgOnWJm5v8bl5CPtXLuDyBIAy6F5EcTqRjaVg5LA0rRKssW3orhVxMYZuwr3Hq YRrW6wiZpvIr5cR2YiPyQZAfpjxvYjR9CqhNnJJAYNfrMZDgd8BCdkoVBRuZxWxt0TFy6Qerz pnxw+Hc77bwmFFCSWQUjLUARg2Lqsd618uM3qtlrK8QYN+gzD13dBH6E3zY7c7z4aTTB8AYGp KyhGbMRD/sLuiokoI/GL+IaM1ayGHBuQRBu5LBgjjlC48zmtFT9ZSBfrrLTyatNXJVSMVobRL wbAIWdcU7ckWqu/gXj2Ixv6Td5mid4BXSkcdyVkCndAe9G8uu6KQNwPnN9ERdRclKm8bfCTW3 jm1sM6HQGT38J+9pgpecJY4WFxelfNPq2AD1r5EikJN6BDALghd7vJuQj6KSV/Tl9m7zC40J5 iGfl2c0LQ42wC1r1URxPi57KBrwLjamAI12S87FLixSQ9edwuRFvHI4Sa5rf/jDR3z0at5F4z IVk2+2yrJUxQBEwh/++ck9+oL1EAx/QBVOmNOdyavNFcLXgFq8aIyb6VqGrZ9drkvSWShR8qo 0RJP9b9mrUTXwdBEbYdBBR0LVsEJlJYENvq1SQlkzL2ikVS8UpTt4EaQwmNv6bMaLqgoMu7z4 M73Qz2mjiLCqv7mMMWSkKwZ+8+7Ig8LJ9Iuy/uuvU9juxDwdF9L9RR82J+hQAAnn83S7TZXWP cxQ3NFCmf0ZJfoGK6pElJl6qMM4zfuPGq+/15ZLe/Dov1TSyGgZR9psA3Ed4TbQRGXl149A+9 uPzws0ITkZ5LvO+/l0rbsoCuJhc5CNIK+XyGlqFX7HYRATRGGJh4QADZjau6nHpA/nxIhNO4A 8UY4bhu9Iyt1T7wILjkyuEzCiEGej74ADBMohSRZ6CtK1CMRlWx5mnNuUvUL3RgiXFSW47EW1 GRuzesawNW5O1nu3vdd41sqFF/wjWiM7Gud0yI/cvADNE53bbruc58TUvJ/IlQyjF2mGysmx4 GUcfBlco7Py+iePfRXyaeAHYerNazpYRqZqWBOw== X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) >> diff --git a/lisp/server.el b/lisp/server.el >> index 436a6ca0c7..f24f8d2b7c 100644 >> --- a/lisp/server.el >> +++ b/lisp/server.el >> @@ -1602,7 +1602,7 @@ server-switch-buffer >> ;; OK, we know next-buffer is live, let's display and select it. >> (if (functionp server-window) >> (funcall server-window next-buffer) >> - (let ((win (get-buffer-window next-buffer 0))) >> + (let ((win (get-buffer-window next-buffer))) >> (if (and win (not server-window)) >> ;; The buffer is already displayed: just reuse the >> ;; window. If FILEPOS is non-nil, use it to replace the >> > > Martin, any comments on this? Wouldn't the "0" make sense when invoking emacsclient without an option like -c or -t? IIUC, in that case we should try to reuse some existing visible or iconified window. But ... I never use emacsclient. martin From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Sep 2020 14:08:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: bluetrack121@gmail.com, larsi@gnus.org, 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.16013884302242 (code B ref 43645); Tue, 29 Sep 2020 14:08:03 +0000 Received: (at 43645) by debbugs.gnu.org; 29 Sep 2020 14:07:10 +0000 Received: from localhost ([127.0.0.1]:56763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGHe-0000a5-0H for submit@debbugs.gnu.org; Tue, 29 Sep 2020 10:07:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGHZ-0000ZZ-6c for 43645@debbugs.gnu.org; Tue, 29 Sep 2020 10:07:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37830) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNGHT-0005Je-TH; Tue, 29 Sep 2020 10:06:59 -0400 Received: from [176.228.60.248] (port=1703 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kNGHS-00035v-5v; Tue, 29 Sep 2020 10:06:59 -0400 Date: Tue, 29 Sep 2020 17:06:48 +0300 Message-Id: <83a6x8lls7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from martin rudalics on Mon, 28 Sep 2020 17:02:13 +0200) References: <87r1qmujmn.fsf@gnus.org> <837dsem2yv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: bluetrack121@gmail.com, 43645@debbugs.gnu.org > From: martin rudalics > Date: Mon, 28 Sep 2020 17:02:13 +0200 > > >> diff --git a/lisp/server.el b/lisp/server.el > >> index 436a6ca0c7..f24f8d2b7c 100644 > >> --- a/lisp/server.el > >> +++ b/lisp/server.el > >> @@ -1602,7 +1602,7 @@ server-switch-buffer > >> ;; OK, we know next-buffer is live, let's display and select it. > >> (if (functionp server-window) > >> (funcall server-window next-buffer) > >> - (let ((win (get-buffer-window next-buffer 0))) > >> + (let ((win (get-buffer-window next-buffer))) > >> (if (and win (not server-window)) > >> ;; The buffer is already displayed: just reuse the > >> ;; window. If FILEPOS is non-nil, use it to replace the > >> > > > > Martin, any comments on this? > > Wouldn't the "0" make sense when invoking emacsclient without an option > like -c or -t? IIUC, in that case we should try to reuse some existing > visible or iconified window. But ... I never use emacsclient. Lars, can you try Martin's proposal and see if it solves the problem without any adverse side effects on other use cases? Thanks. From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Sep 2020 14:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: bluetrack121@gmail.com, Eli Zaretskii , 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.16013885982545 (code B ref 43645); Tue, 29 Sep 2020 14:10:02 +0000 Received: (at 43645) by debbugs.gnu.org; 29 Sep 2020 14:09:58 +0000 Received: from localhost ([127.0.0.1]:56781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGKM-0000ez-FA for submit@debbugs.gnu.org; Tue, 29 Sep 2020 10:09:58 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGKK-0000em-8l for 43645@debbugs.gnu.org; Tue, 29 Sep 2020 10:09:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=iiHzdIHaB9nC20bVcN4xFQ2uOVLhABxnGqrleUAhaMQ=; b=kSIyVtHgr4bqkZDsw2rjW+xY1f XXiCxLnVZfTkOj5jlOYBqk9POedaS2UjuY5Z179U4exHw5pDiONv3RZMheixKQksfxw60Jrx7RQ5d socYT8saDGCWsNBoJMbabzLa8z40I/GG+0X+++S9pHZZxjpxjcpfCYPpmZDcbLTqzXYs=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kNGK7-0007bt-BK; Tue, 29 Sep 2020 16:09:49 +0200 From: Lars Ingebrigtsen References: <87r1qmujmn.fsf@gnus.org> <837dsem2yv.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXqrHHxuHeOV0n/ //+Q3bmOAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QJHQ4HBdvXUUUAAAGoSURBVCjPPZLBiqNAEIZ/ g+7Bkz2k95DTZmFA+ylM0CXkpFIVlj3NceJTyBBhN8cFL3OKgtBTT7mlMFsnv67+q/+qEoHlV3ti Yg0EzG3fWraWCkTMrhebByYsoVnpxJxFxMAypxDTrqAZv5HDklmvAWm5QKFAwBWf1wi/M/sJFUQO VUE1L5lucmyMLbQAPY0K23qpxJddJjIcw+6Pan7FqZP5OHnRTBtnTsajf6zQevk7M9eFPpq+Zu59 4LUfztLs+3lgyqEF5tTH7QCNAKTgnH1YtYjL8OKdZ2yBGMQvcv9YvT+pt6v4fc0UBzsYvqbiS27k 8g6KFMSy8z/uKDd7Jx2T807Au771oNiJwjYWeaBx2raAdC4dINMC0LPbZuq/LpAo+HPf7P7DiTar plIYOXdverZCRNhXIrN6FenzmeJJkvUdLZD7eNROF+mu/nJzt1q9KXDjklGnY8O7ilx/7LkArIrG jGLLBodV9Gw8K5Ss65FTMxoqAVL4qBrdumqarchev0qbABWn6U9mu2iQcxQlukZDtc40jL6FupHl R9IwSBAWRRL+A9HYwN1lk68TAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTI5VDE0OjA3OjA1 KzAwOjAwNsraCAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOS0yOVQxNDowNzowNSswMDowMEeX YrQAAAAASUVORK5CYII= X-Now-Playing: 23 Skidoo's _Seven Songs_: "Mary's Operation" Date: Tue, 29 Sep 2020 16:09:42 +0200 In-Reply-To: (martin rudalics's message of "Mon, 28 Sep 2020 17:02:13 +0200") Message-ID: <87zh58d68p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: >>> - (let ((win (get-buffer-window next-buffer 0))) >>> + (let ((win (get-buffer-window next-buffer))) >>> (if (and win (not server-window)) >>> ; ; The buffer is already displayed: just reuse the >>> [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: >>> - (let ((win (get-buffer-window next-buffer 0))) >>> + (let ((win (get-buffer-window next-buffer))) >>> (if (and win (not server-window)) >>> ;; The buffer is already displayed: just reuse the >>> ;; window. If FILEPOS is non-nil, use it to replace the >>> >> >> Martin, any comments on this? > > Wouldn't the "0" make sense when invoking emacsclient without an option > like -c or -t? IIUC, in that case we should try to reuse some existing > visible or iconified window. But ... I never use emacsclient. Hm, yes... The behavioural change would be if you already have two frames open, with the buffer showing in a window on frame A, but frame B currently has focus, then "emacsclient test.txt" would pop up that buffer in frame B, too. So the 0 should be there in the "emacsclient test.txt" case, but not in the "emacsclient -c test.txt" (and -t) cases. I'll see if I can come up with a fix... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:20:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#43645: 26.3; emacsclient -c does not open to correct window Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Sep 2020 14:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43645 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: bluetrack121@gmail.com, Eli Zaretskii , 43645@debbugs.gnu.org Received: via spool by 43645-submit@debbugs.gnu.org id=B43645.160138935111960 (code B ref 43645); Tue, 29 Sep 2020 14:23:01 +0000 Received: (at 43645) by debbugs.gnu.org; 29 Sep 2020 14:22:31 +0000 Received: from localhost ([127.0.0.1]:56794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGWV-00036q-Af for submit@debbugs.gnu.org; Tue, 29 Sep 2020 10:22:31 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34258) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGWT-00036Z-2g for 43645@debbugs.gnu.org; Tue, 29 Sep 2020 10:22:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3frH5P3aof0dR861tJa4uOYVNzOvr66pkOWaLcnjS3s=; b=GFaijH/FL6AUg+nArV8a/8Np0r scHGDKIB76aOWTN/vggx+omeC+HO5fu6S3kQLCAoV2Cnsxvb2gphC19RjcOA/lakrhhHAIweN9Mgw nbSnX4dM8LLNZiUlFGqSwPt1NcmyfgNtoNb7DG/bn44/bCsrFjIuPnZtAyNcqaczJVb8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kNGWJ-0007k8-2y; Tue, 29 Sep 2020 16:22:22 +0200 From: Lars Ingebrigtsen References: <87r1qmujmn.fsf@gnus.org> <837dsem2yv.fsf@gnu.org> <87zh58d68p.fsf@gnus.org> X-Now-Playing: 23 Skidoo's _Seven Songs_: "Porno Base" Date: Tue, 29 Sep 2020 16:22:17 +0200 In-Reply-To: <87zh58d68p.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 29 Sep 2020 16:09:42 +0200") Message-ID: <87v9fwd5nq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > So the 0 should be there in the "emacsclient test.txt" case, but not in > the "emacsclient -c test.txt" (and -t) cases. I'll see if I can come up > with a fix... Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > So the 0 should be there in the "emacsclient test.txt" case, but not in > the "emacsclient -c test.txt" (and -t) cases. I'll see if I can come up > with a fix... I'm not very familiar with this code at all, but I think I came up with a pretty straightforward fix in Emacs 28 (that retains the old behaviour for emacsclient without -c/-t. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 29 10:22:36 2020 Received: (at control) by debbugs.gnu.org; 29 Sep 2020 14:22:37 +0000 Received: from localhost ([127.0.0.1]:56797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGWa-000378-Ib for submit@debbugs.gnu.org; Tue, 29 Sep 2020 10:22:36 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGWY-00036i-CI for control@debbugs.gnu.org; Tue, 29 Sep 2020 10:22:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=775s8TdOjl4Akt3pdkJOgtWzQP7WAFIIYrmN+v9kqCE=; b=e0INo7k4dL/SHOzsSRmJ9TgqhA Zk1PkP/RHRwN517mKX1jb/1iLreeXeSN7+K5XF736ceNVFuYTz9eMUX1F0cjAtG3o0ZoUbTx80mp2 MrYs7anTa3NUvckp4YWYUEFNAJk6theJDm15c9Gc2rifEWHqaPUAAzSXnh6QaEJc6mBU=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kNGWQ-0007kF-EC for control@debbugs.gnu.org; Tue, 29 Sep 2020 16:22:28 +0200 Date: Tue, 29 Sep 2020 16:22:25 +0200 Message-Id: <87tuvgd5ni.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #43645 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 43645 fixed close 43645 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 43645 fixed close 43645 28.1 quit