GNU bug report logs - #18527
24.3; ERC does not reconnect when server disconnects me

Previous Next

Package: emacs;

Reported by: Robert Brown <robert.brown <at> gmail.com>

Date: Mon, 22 Sep 2014 14:30:02 UTC

Severity: normal

Tags: fixed

Found in version 24.3

Fixed in version 26.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 22 Sep 2014 14:30:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Robert Brown <robert.brown <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 22 Sep 2014 14:30:03 GMT) Full text and rfc822 format available.

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

From: Robert Brown <brown <at> google.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3; ERC does not reconnect when server disconnects me
Date: Mon, 22 Sep 2014 10:28:33 -0400

I use ERC to connect to IRC servers.  ERC's automatic reconnection
feature does not appear to work when the IRC server initiates the
disconnection.  I have erc-server-reconnect-attempts set to t.

Here is a recent example:

*** netjoin: *.net *.split, 20 were split                               [10:15]
==> ERROR from irc.freenode.net: Closing Link: nat/google/x-onzfdymblldcwdch
    (Ping timeout: 272 seconds)                                         [10:47]
*** irc.freenode.net closed 

Connection failed!  Not re-establishing connection.

*** ERC terminated: finished



In GNU Emacs 24.3.2 (x86_64-unknown-linux-gnu)
 of 2014-03-25 on paradicsom.nyc.corp.google.com
System Description:	Ubuntu 14.04 LTS (upgraded from: Ubuntu 12.04.4 LTS)

Configured using:
 `configure '--prefix=/local/software/package/emacs-24.3.1'
 '--without-x''

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: ERC

Minor modes in effect:
  erc-list-mode: t
  erc-menu-mode: t
  erc-ring-mode: t
  erc-networks-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-match-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-netsplit-mode: t
  erc-autojoin-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  erc-move-to-prompt-mode: t
  erc-readonly-mode: t
  show-paren-mode: t
  shell-dirtrack-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
t - t i m e o u t ' , SPC ` e r c - s e r v e r - s 
e n d - p i n g - i n t e r v a l ' , SPC a n d RET 
` e r c - s e r v e r - s e n d - p i n g - t i m e 
o u t ' SPC t o SPC f i n e - t u n e SPC E R C ' s 
SPC b e h a v i o r . RET C-p C-p C-p C-d ESC f ESC 
f ESC f ESC f C-o C-o C-j C-n C-n C-d C-d C-d C-d ESC 
f ESC f ESC f ESC f C-k C-j C-n C-d ESC f ESC f ESC 
f ESC f C-o C-o C-j C-n C-n C-d C-d C-d C-d ESC f ESC 
f ESC f ESC f ESC f C-o C-o C-o C-j RET C-d C-d C-d 
C-d C-d C-d C-d C-d C-d C-d C-d ESC f ESC f ESC f ESC 
f ESC f C-o C-o C-j C-u C-p C-p C-p C-p C-p C-n C-n 
C-x b RET C-g C-x C-b C-n C-n C-n SPC ESC x b u g TAB 
ESC DEL ESC DEL e m a c s - b u g TAB TAB TAB DEL DEL 
DEL DEL DEL DEL DEL DEL DEL C-h C-h a C-h C-g C-g C-g 
C-h a b u g RET C-x o C-s r e p o r t C-a C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-e C-a C-x 
o C-x 1 ESC x r e p o r t - TAB RET

Recent messages:
Quit
Making completion list... [3 times]
uncompressing erc.el.gz...done
ERC Version 5.3 (GNU Emacs 24.3.2)
Quit
<<< Type SPC or RET to bury the buffer list >>>
apropos-read-pattern: Command attempted to use minibuffer while in minibuffer
Quit [3 times]
Type C-x 1 to remove help window.  
Mark saved where search started

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mail-utils misearch multi-isearch
jka-compr dired help-mode mule-util ebuff-menu electric network-stream
starttls tls erc-menu erc-ring erc-networks erc-pcomplete erc-track
erc-match erc-button wid-edit erc-fill erc-stamp erc-netsplit erc-join
erc-goodies erc erc-backend erc-compat paren magit-autoloads info
git-rebase-mode-autoloads git-commit-mode-autoloads finder-inf package
uniquify vm-autoloads vm-version vm-vars slime-tramp tramp tramp-compat
auth-source eieio gnus-util time-date mm-util mail-prsvr password-cache
tramp-loaddefs shell pcomplete format-spec slime-sprof slime-indentation
slime-cl-indent cl-indent slime-highlight-edits warnings slime-fancy
slime-trace-dialog slime-fontifying-fu slime-package-fu slime-references
slime-scratch slime-presentations bridge slime-fuzzy slime-fancy-trace
slime-fancy-inspector slime-c-p-c slime-editing-commands slime-autodoc
advice advice-preload eldoc slime-compiler-notes-tree slime-banner
slime-asdf slime-repl slime-parse grep slime byte-opt bytecomp
byte-compile cconv derived gud compile tool-bar apropos etags arc-mode
archive-mode noutline outline easy-mmode easymenu pp comint ansi-color
ring hyperspec thingatpt browse-url slime-autoloads regexp-opt help-fns
edmacro kmacro cl-macs gv cl cl-lib ediff-hook vc-hooks lisp-float-type
tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
timer jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process multi-tty emacs)
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Sun, 27 Dec 2015 20:43:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Brown <brown <at> google.com>
Cc: 18527 <at> debbugs.gnu.org, Robert Brown <robert.brown <at> gmail.com>
Subject: Re: bug#18527: 24.3; ERC does not reconnect when server disconnects me
Date: Sun, 27 Dec 2015 21:41:39 +0100

Robert Brown <brown <at> google.com> writes:

> I use ERC to connect to IRC servers.  ERC's automatic reconnection
> feature does not appear to work when the IRC server initiates the
> disconnection.  I have erc-server-reconnect-attempts set to t.
>
> Here is a recent example:
>
> *** netjoin: *.net *.split, 20 were split                               [10:15]
> ==> ERROR from irc.freenode.net: Closing Link: nat/google/x-onzfdymblldcwdch
>     (Ping timeout: 272 seconds)                                         [10:47]
> *** irc.freenode.net closed 
>
> Connection failed!  Not re-establishing connection.
>
> *** ERC terminated: finished

Can you load an uncompiled erc source and then edebug through this to
see what it is that says that we don't want to connect?

(defsubst erc-server-reconnect-p (event)
  "Return non-nil if ERC should attempt to reconnect automatically.
EVENT is the message received from the closed connection process."
  (or erc-server-reconnecting
      (and erc-server-auto-reconnect
           (not erc-server-banned)
           (not erc-server-error-occurred)
           ;; make sure we don't infinitely try to reconnect, unless the
           ;; user wants that
           (or (eq erc-server-reconnect-attempts t)
               (and (integerp erc-server-reconnect-attempts)
                    (< erc-server-reconnect-count
                       erc-server-reconnect-attempts)))
           (or erc-server-timed-out
               (not (string-match "^deleted" event)))
           ;; open-network-stream-nowait error for connection refused
           (if (string-match "^failed with code 111" event) 'nonblocking t))))

My guess would be erc-server-error-occurred, and in that case I wonder
what triggered that variable to become set.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 28 Dec 2015 18:20:01 GMT) Full text and rfc822 format available.

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

From: Robert Brown <robert.brown <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 18527 <at> debbugs.gnu.org
Subject: Re: bug#18527: 24.3; ERC does not reconnect when server disconnects me
Date: Mon, 28 Dec 2015 13:18:47 -0500

Thanks for getting back to me about this issue.  It's been several
months since I reported the reconnection problem.  I have been
able to work around it by setting erc-server-error-occurred to nil
in a disconnect hook:

(add-hook 'erc-disconnected-hook
          #'(lambda (nick host-name reason)
              ;; Re-establish the connection even if the server closed it.
              (setq erc-server-error-occurred nil)))

So yes, when the root cause of the disconnection is a server error,
erc-server-error-occurred is set to true and the reconnect logic
in erc-server-reconnect-p is bypassed ... so reconnection does not
happen.

In the example I sent you, I believe the server closed the connection
and erc-server-error-occurred was set to true because of a ping
timeout.

I would prefer that erc-server-reconnect-p not check
erc-server-error-occurred so that reconnection can happen even
if the cause of the disconnect was a server error.


On Sun, Dec 27, 2015 at 3:41 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Robert Brown <brown <at> google.com> writes:
>
>> I use ERC to connect to IRC servers.  ERC's automatic reconnection
>> feature does not appear to work when the IRC server initiates the
>> disconnection.  I have erc-server-reconnect-attempts set to t.
>>
>> Here is a recent example:
>>
>> *** netjoin: *.net *.split, 20 were split                               [10:15]
>> ==> ERROR from irc.freenode.net: Closing Link: nat/google/x-onzfdymblldcwdch
>>     (Ping timeout: 272 seconds)                                         [10:47]
>> *** irc.freenode.net closed
>>
>> Connection failed!  Not re-establishing connection.
>>
>> *** ERC terminated: finished
>
> Can you load an uncompiled erc source and then edebug through this to
> see what it is that says that we don't want to connect?
>
> (defsubst erc-server-reconnect-p (event)
>   "Return non-nil if ERC should attempt to reconnect automatically.
> EVENT is the message received from the closed connection process."
>   (or erc-server-reconnecting
>       (and erc-server-auto-reconnect
>            (not erc-server-banned)
>            (not erc-server-error-occurred)
>            ;; make sure we don't infinitely try to reconnect, unless the
>            ;; user wants that
>            (or (eq erc-server-reconnect-attempts t)
>                (and (integerp erc-server-reconnect-attempts)
>                     (< erc-server-reconnect-count
>                        erc-server-reconnect-attempts)))
>            (or erc-server-timed-out
>                (not (string-match "^deleted" event)))
>            ;; open-network-stream-nowait error for connection refused
>            (if (string-match "^failed with code 111" event) 'nonblocking t))))
>
> My guess would be erc-server-error-occurred, and in that case I wonder
> what triggered that variable to become set.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 28 Dec 2015 18:25:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Brown <robert.brown <at> gmail.com>
Cc: 18527 <at> debbugs.gnu.org, ERC Discussion <erc-discuss <at> gnu.org>
Subject: Re: bug#18527: 24.3; ERC does not reconnect when server disconnects me
Date: Mon, 28 Dec 2015 19:23:38 +0100

Robert Brown <robert.brown <at> gmail.com> writes:

> Thanks for getting back to me about this issue.  It's been several
> months since I reported the reconnection problem.  I have been
> able to work around it by setting erc-server-error-occurred to nil
> in a disconnect hook:
>
> (add-hook 'erc-disconnected-hook
>           #'(lambda (nick host-name reason)
>               ;; Re-establish the connection even if the server closed it.
>               (setq erc-server-error-occurred nil)))
>
> So yes, when the root cause of the disconnection is a server error,
> erc-server-error-occurred is set to true and the reconnect logic
> in erc-server-reconnect-p is bypassed ... so reconnection does not
> happen.
>
> In the example I sent you, I believe the server closed the connection
> and erc-server-error-occurred was set to true because of a ping
> timeout.
>
> I would prefer that erc-server-reconnect-p not check
> erc-server-error-occurred so that reconnection can happen even
> if the cause of the disconnect was a server error.

I think that sounds reasonable, but there may be reasons for that logic.
I've Cc'd the erc mailing list to see whether they have any comments...

This is the function that determines whether to reconnect, and the
suggestion is to remove the line about erc-server-error-occurred:

(defsubst erc-server-reconnect-p (event)
  "Return non-nil if ERC should attempt to reconnect automatically.
EVENT is the message received from the closed connection process."
  (or erc-server-reconnecting
      (and erc-server-auto-reconnect
           (not erc-server-banned)
           (not erc-server-error-occurred)
           ;; make sure we don't infinitely try to reconnect, unless the
           ;; user wants that
           (or (eq erc-server-reconnect-attempts t)
               (and (integerp erc-server-reconnect-attempts)
                    (< erc-server-reconnect-count
                       erc-server-reconnect-attempts)))
           (or erc-server-timed-out
               (not (string-match "^deleted" event)))
           ;; open-network-stream-nowait error for connection refused
           (if (string-match "^failed with code 111" event) 'nonblocking t))))


-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 28 Dec 2015 18:31:01 GMT) Full text and rfc822 format available.

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

From: Michael Olson <mwolson <at> gnu.org>
To: ERC Discussion <erc-discuss <at> gnu.org>
Cc: 18527 <at> debbugs.gnu.org, Robert Brown <robert.brown <at> gmail.com>
Subject: Re: [Erc-discuss] bug#18527: 24.3; ERC does not reconnect when server
 disconnects me
Date: Mon, 28 Dec 2015 10:29:37 -0800

[Message part 1 (text/plain, inline)]
Removing that line seems OK to me.

On Mon, Dec 28, 2015 at 10:23 AM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Robert Brown <robert.brown <at> gmail.com> writes:
>
> > Thanks for getting back to me about this issue.  It's been several
> > months since I reported the reconnection problem.  I have been
> > able to work around it by setting erc-server-error-occurred to nil
> > in a disconnect hook:
> >
> > (add-hook 'erc-disconnected-hook
> >           #'(lambda (nick host-name reason)
> >               ;; Re-establish the connection even if the server closed
> it.
> >               (setq erc-server-error-occurred nil)))
> >
> > So yes, when the root cause of the disconnection is a server error,
> > erc-server-error-occurred is set to true and the reconnect logic
> > in erc-server-reconnect-p is bypassed ... so reconnection does not
> > happen.
> >
> > In the example I sent you, I believe the server closed the connection
> > and erc-server-error-occurred was set to true because of a ping
> > timeout.
> >
> > I would prefer that erc-server-reconnect-p not check
> > erc-server-error-occurred so that reconnection can happen even
> > if the cause of the disconnect was a server error.
>
> I think that sounds reasonable, but there may be reasons for that logic.
> I've Cc'd the erc mailing list to see whether they have any comments...
>
> This is the function that determines whether to reconnect, and the
> suggestion is to remove the line about erc-server-error-occurred:
>
> (defsubst erc-server-reconnect-p (event)
>   "Return non-nil if ERC should attempt to reconnect automatically.
> EVENT is the message received from the closed connection process."
>   (or erc-server-reconnecting
>       (and erc-server-auto-reconnect
>            (not erc-server-banned)
>            (not erc-server-error-occurred)
>            ;; make sure we don't infinitely try to reconnect, unless the
>            ;; user wants that
>            (or (eq erc-server-reconnect-attempts t)
>                (and (integerp erc-server-reconnect-attempts)
>                     (< erc-server-reconnect-count
>                        erc-server-reconnect-attempts)))
>            (or erc-server-timed-out
>                (not (string-match "^deleted" event)))
>            ;; open-network-stream-nowait error for connection refused
>            (if (string-match "^failed with code 111" event) 'nonblocking
> t))))
>
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>
> _______________________________________________
> Erc-discuss mailing list
> Erc-discuss <at> gnu.org
> https://lists.gnu.org/mailman/listinfo/erc-discuss
>

[Message part 2 (text/html, inline)]
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 28 Dec 2015 19:54:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Michael Olson <mwolson <at> gnu.org>
Cc: ERC Discussion <erc-discuss <at> gnu.org>, Robert Brown <robert.brown <at> gmail.com>,
 18527 <at> debbugs.gnu.org
Subject: Re: bug#18527: [Erc-discuss] bug#18527: 24.3;
 ERC does not reconnect when server disconnects me
Date: Mon, 28 Dec 2015 20:53:02 +0100

Michael Olson <mwolson <at> gnu.org> writes:

> Removing that line seems OK to me.

Ok; I've now done so in the Emacs trunk.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 28 Dec 2015 19:54:02 GMT) Full text and rfc822 format available.
bug marked as fixed in version 25.2, send any further explanations to 18527 <at> debbugs.gnu.org and Robert Brown <robert.brown <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 28 Dec 2015 19:54:02 GMT) Full text and rfc822 format available.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Mon, 28 Dec 2015 19:55:02 GMT) Full text and rfc822 format available.

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

From: Robert Brown <robert.brown <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 18527 <at> debbugs.gnu.org
Subject: Re: bug#18527: [Erc-discuss] bug#18527: 24.3; ERC does not reconnect
 when server disconnects me
Date: Mon, 28 Dec 2015 14:54:38 -0500

Thanks very much.


On Mon, Dec 28, 2015 at 2:53 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Michael Olson <mwolson <at> gnu.org> writes:
>
>> Removing that line seems OK to me.
>
> Ok; I've now done so in the Emacs trunk.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 26 Jan 2016 12:24:04 GMT) Full text and rfc822 format available.
bug unarchived. Request was from Chris Brannon <chris <at> the-brannons.com> to control <at> debbugs.gnu.org. (Fri, 25 Mar 2016 18:16:02 GMT) Full text and rfc822 format available.
bug No longer marked as fixed in versions 25.2 and reopened. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 25 Mar 2016 18:16:03 GMT) Full text and rfc822 format available.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Fri, 25 Mar 2016 18:22:02 GMT) Full text and rfc822 format available.

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

From: Chris Brannon <chris <at> the-brannons.com>
To: 18527 <at> debbugs.gnu.org
Subject: the fix for this bug was clobbered by a subsequent merge commit
Date: Fri, 25 Mar 2016 11:21:12 -0700

This was fixed with commit
d686802510c3902f6be4a4c4e82b1134d9dfb8a0,
but the fix was clobbered by the merge commit
9f2f14a0725211b13a744573344636b57b9c98b9.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#18527; Package emacs. (Sun, 27 Mar 2016 00:22:01 GMT) Full text and rfc822 format available.

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

From: John Wiegley <jwiegley <at> gmail.com>
To: Chris Brannon <chris <at> the-brannons.com>
Cc: 18527 <at> debbugs.gnu.org
Subject: Re: bug#18527: the fix for this bug was clobbered by a subsequent
 merge commit
Date: Sat, 26 Mar 2016 17:19:07 -0700

>>>>> Chris Brannon <chris <at> the-brannons.com> writes:

> This was fixed with commit
> d686802510c3902f6be4a4c4e82b1134d9dfb8a0,
> but the fix was clobbered by the merge commit
> 9f2f14a0725211b13a744573344636b57b9c98b9.

Thanks for letting me know!  I'll restore the fix.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2
bug marked as fixed in version 25.2, send any further explanations to 18527 <at> debbugs.gnu.org and Robert Brown <robert.brown <at> gmail.com> Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Mon, 28 Mar 2016 18:47:01 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 26 Apr 2016 11:24:03 GMT) Full text and rfc822 format available.
bug unarchived. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:06 GMT) Full text and rfc822 format available.
bug Marked as fixed in versions 26.1. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:06 GMT) Full text and rfc822 format available.
bug No longer marked as fixed in versions 25.2. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:06 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 01 Jan 2017 12:24:11 GMT) Full text and rfc822 format available.
This bug report was last modified 8 years and 227 days ago.

Previous Next

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