GNU bug report logs - #14625
Erc nick coloring broken

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 14625 in the body.
You can then email your comments to 14625 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: Antoine Levitt <antoine.levitt <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org, Glenn Morris <rgm <at> gnu.org>
Subject: Erc nick coloring broken
Date: Sat, 15 Jun 2013 17:18:30 +0200

Hi,

I use option 2 + option 3 from
http://www.emacswiki.org/emacs/ErcNickColors to color nicknames of
people in ERC. I updated to trunk recently, and nick coloring broke (I
only get plain old white). I bisected it to

Author: Glenn Morris <rgm <at> gnu.org>
Date:   Wed May 29 20:19:04 2013 -0700

    * erc/erc-backend.el: Require erc at run-time too (silences compilation)

I think a bad interaction develops because I use erc-timestamp with
erc-hide-timestamps set to t. What seems to happen is that the while
loop in "option 3" seems to be stuck inside the timestamp region, and
never goes around to coloring the text.

I have tried to debug it but failed, as I have no idea as to what
exactly this commit does. Any pointers on how I should proceed?

TIA
Antoine

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Antoine Levitt <antoine.levitt <at> gmail.com>
Cc: rgm <at> gnu.org, 14625 <at> debbugs.gnu.org
Subject: Re: bug#14625: Erc nick coloring broken
Date: Sun, 27 Dec 2015 22:12:01 +0100

Antoine Levitt <antoine.levitt <at> gmail.com> writes:

> I use option 2 + option 3 from
> http://www.emacswiki.org/emacs/ErcNickColors to color nicknames of
> people in ERC. I updated to trunk recently, and nick coloring broke (I
> only get plain old white). I bisected it to
>
> Author: Glenn Morris <rgm <at> gnu.org>
> Date:   Wed May 29 20:19:04 2013 -0700
>
>     * erc/erc-backend.el: Require erc at run-time too (silences compilation)
>
> I think a bad interaction develops because I use erc-timestamp with
> erc-hide-timestamps set to t. What seems to happen is that the while
> loop in "option 3" seems to be stuck inside the timestamp region, and
> never goes around to coloring the text.
>
> I have tried to debug it but failed, as I have no idea as to what
> exactly this commit does. Any pointers on how I should proceed?

Can you post a recipe for how to reproduce this bug?  That is, starting
from "emacs -Q", what settings do you do, and what's the expected result?

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

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

From: Antoine Levitt <antoine.levitt <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: rgm <at> gnu.org, 14625 <at> debbugs.gnu.org
Subject: Re: bug#14625: Erc nick coloring broken
Date: Tue, 29 Dec 2015 09:20:36 +0100

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

Frankly, it was a very long time ago, I don't remember the bug, and I don't
even use ERC anymore, so if nobody else complains, you can close the bug
report.

On 27 December 2015 at 22:12, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Antoine Levitt <antoine.levitt <at> gmail.com> writes:
>
> > I use option 2 + option 3 from
> > http://www.emacswiki.org/emacs/ErcNickColors to color nicknames of
> > people in ERC. I updated to trunk recently, and nick coloring broke (I
> > only get plain old white). I bisected it to
> >
> > Author: Glenn Morris <rgm <at> gnu.org>
> > Date:   Wed May 29 20:19:04 2013 -0700
> >
> >     * erc/erc-backend.el: Require erc at run-time too (silences
> compilation)
> >
> > I think a bad interaction develops because I use erc-timestamp with
> > erc-hide-timestamps set to t. What seems to happen is that the while
> > loop in "option 3" seems to be stuck inside the timestamp region, and
> > never goes around to coloring the text.
> >
> > I have tried to debug it but failed, as I have no idea as to what
> > exactly this commit does. Any pointers on how I should proceed?
>
> Can you post a recipe for how to reproduce this bug?  That is, starting
> from "emacs -Q", what settings do you do, and what's the expected result?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>

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

Previous Next

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