GNU bug report logs - #32285
erc loses access to original session when connecting again to same host

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32285 in the body.
You can then email your comments to 32285 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Emacs Watcher <emacswatcher <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1;
Date: Thu, 26 Jul 2018 18:41:27 -0700

[Message part 1 (text/plain, inline)]

When the user starts a second ERC session to the same host / port, the
first one will be clobbered and stop communicating.

In GNU Emacs 26.1 (build 1, x86_64-redhat-linux-gnu, GTK+ Version 3.22.30)
 of 2018-06-26 built on buildhw-10.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11906000
System Description: Fedora release 28 (Twenty Eight)

Recent messages:
Loading /usr/share/emacs/site-lisp/site-start.d/autoconf-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/cmake-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/git-init.el (source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/mercurial-site-start.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/rpmdev-init.el
(source)...done
Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el
(source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
 --with-gpm=no --with-xwidgets --with-modules
 build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu
 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Werror=format-security
 -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
 -fstack-protector-strong -grecord-gcc-switches
 -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
 -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection'
 LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS XWIDGETS LCMS2

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

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-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
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
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 dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting xwidget-internal
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 97509 7210)
 (symbols 48 20418 1)
 (miscs 40 71 118)
 (strings 32 28354 1127)
 (string-bytes 1 743003)
 (vectors 16 14651)
 (vector-slots 8 496794 10898)
 (floats 8 49 68)
 (intervals 56 266 0)
 (buffers 992 12))

[Message part 2 (text/html, inline)]

Message #8 received at 32285 <at> debbugs.gnu.org (full text, mbox):

From: Brett Gilio <brettg <at> posteo.net>
To: Emacs Watcher <emacswatcher <at> gmail.com>
Cc: 32285 <at> debbugs.gnu.org
Subject: Re: bug#32285: 26.1;
Date: Thu, 26 Jul 2018 22:25:48 -0500

Emacs Watcher writes:

> When the user starts a second ERC session to the same host / 
> port, the
> first one will be clobbered and stop communicating.
>

Hi,

Thank you for your message. My "clobbered" what precisely do you 
mean?
Is the buffer broken, or is the process being hung? This is good
information for us to have.

Also, if you could share your configuration you have defined for 
ERC
that would be quite helpful.

Best,


-- 
Brett M. Gilio
Free Software Foundation, Member
https://parabola.nu | https://emacs.org

Message #11 received at 32285 <at> debbugs.gnu.org (full text, mbox):

From: Emacs Watcher <emacswatcher <at> gmail.com>
To: brettg <at> posteo.net
Cc: 32285 <at> debbugs.gnu.org
Subject: Re: bug#32285: 26.1;
Date: Fri, 27 Jul 2018 07:53:17 -0700

[Message part 1 (text/plain, inline)]

Hello and thanks for your response.

By "clobbered", I mean that the original session (and all channels
associated with it) stops updating. I also mean that host:port pairs seem
to be the internal key for mapping session data structures, as seen below.

As  for my configuration, I can prove that it's not germane:

Start emacs with no config.

n.b.: the exact usernames in the following snippets are not important, just
that they are different.
----
$ emacs -Q

M-x erc RET
irc.freenode.net RET
6667 RET
testuser1 RET

----

So far, so good. We have a session.

----

M-x erc RET
irc.freenode.net RET
6667 RET
testuser2 RET

----

You should notice that the 'freenode' buffer has been reused and that the
original session cannot be reached. My guess is that this is an original
ERC design limitation, but it probably ought to be addressed.

On Thu, Jul 26, 2018 at 8:32 PM Brett Gilio <brettg <at> posteo.net> wrote:

>
> Emacs Watcher writes:
>
> > When the user starts a second ERC session to the same host /
> > port, the
> > first one will be clobbered and stop communicating.
> >
>
> Hi,
>
> Thank you for your message. My "clobbered" what precisely do you
> mean?
> Is the buffer broken, or is the process being hung? This is good
> information for us to have.
>
> Also, if you could share your configuration you have defined for
> ERC
> that would be quite helpful.
>
> Best,
>
>
> --
> Brett M. Gilio
> Free Software Foundation, Member
> https://parabola.nu | https://emacs.org
>

[Message part 2 (text/html, inline)]

Message #14 received at 32285 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Emacs Watcher <emacswatcher <at> gmail.com>
Cc: 32285 <at> debbugs.gnu.org, brettg <at> posteo.net
Subject: Re: bug#32285: erc loses access to original session when connecting
 again to same host
Date: Sat, 28 Jul 2018 08:20:57 -0400

retitle 32285 erc loses access to original session when connecting again to same host
severity 32285 minor
tags 32285 + confirmed
quit

Emacs Watcher <emacswatcher <at> gmail.com> writes:

> $ emacs -Q
>
> M-x erc RET
> irc.freenode.net RET
> 6667 RET
> testuser1 RET
>
> ----
>
> So far, so good. We have a session.
>
> ----
>
> M-x erc RET
> irc.freenode.net RET
> 6667 RET
> testuser2 RET
>
> ----
>
> You should notice that the 'freenode' buffer has been reused and that the
> original session cannot be reached. My guess is that this is an original
> ERC design limitation, but it probably ought to be addressed.

Yup, confirmed.

PS Please give a meaningful subject line to your future bug reports.
PPS Please don't top post.

Message #23 received at 32285 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Emacs Watcher <emacswatcher <at> gmail.com>
Cc: 32285 <at> debbugs.gnu.org, brettg <at> posteo.net
Subject: Re: bug#32285: 26.1;
Date: Wed, 23 Oct 2019 11:09:24 +0200

Emacs Watcher <emacswatcher <at> gmail.com> writes:

> You should notice that the 'freenode' buffer has been reused and that the
> original session cannot be reached. My guess is that this is an original ERC
> design limitation, but it probably ought to be addressed. 

It looks like it does this on purpose: It a server buffer exists, and
it's connected to the server you're using, then it's reused:

    ;; if buf-name is taken by a different connection (or by something !erc)
    ;; then see if "buf-name/server" meets the same criteria
    (dolist (candidate (list buf-name (concat buf-name "/" server)))
      (if (and (not buffer-name)
               erc-reuse-buffers
               (or (not (get-buffer candidate))
                   (or target
                       (with-current-buffer (get-buffer candidate)
                         (and (erc-server-buffer-p)
                              (not (erc-server-process-alive)))))
                   (with-current-buffer (get-buffer candidate)
                     (and (string= erc-session-server server)
                          (erc-port-equal erc-session-port port)))))
          (setq buffer-name candidate)))

If you don't want this, then erc-reuse-buffers should be set to nil,
apparently.

So this doesn't seem to be a bug, and I'm closing this bug report.  

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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