unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "J.P." <jp@neverwas.me>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 51841@debbugs.gnu.org, emacs-erc@gnu.org,
	Rostislav Svoboda <rostislav.svoboda@gmail.com>
Subject: bug#51841: 27.2; erc-insert-marker has no value
Date: Mon, 15 Nov 2021 02:23:41 -0800	[thread overview]
Message-ID: <87v90tra36.fsf__35251.1548948073$1636971997$gmane$org@neverwas.me> (raw)
In-Reply-To: <87ilwtzszy.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 15 Nov 2021 10:08:01 +0100")

Lars Ingebrigtsen <larsi@gnus.org> writes:

> I've now made `erc-mode' noninteractive, because it's not something
> users should call themselves (as you've found out).

Nice. (Of course I knew `define-derived-mode' can take an :interactive
keyword. Honest. I swear.)

                                 * * *

Rostislav Svoboda <rostislav.svoboda@gmail.com> writes:

> BTW I tried to reproduce the problem and I realized the bug gets
> triggered only if I run the `M-x erc-mode` in the "main" erc buffer.
>
> [...]
>
> The bug doesn't get triggered when running the `M-x erc-mode` in a
> channel-buffer.

I have a theory that might account for the disparity here [1].

> I started erc with:
>     erc-fill-function 'erc-fill-static
>     erc-fill-static-center 20
> and realized that empty space of 20 chars is too much. So I ran `(setq
> erc-fill-static-center 15)` only to see no change.

Hm, does "no change" refer to future output? If so, then we may have an
actual bug because that definitely should be affected [2], right?

> (That doesn't activate the change either, but that's another story,
> though :)

But by "activate" (and also from your other comments), I'm starting to
think you mean not only for subsequent output but for all prior output
as well. What I mean is, are you expecting the buffer to be refilled
according to the updated value? If so, ERC doesn't support that (though
I think Circe might). If that's what you're after, that would make a
good feature request. We could even change the title of this to
something like "Support dynamic refilling of ERC buffers". (Or just open
a new bug.)


[1] FTR, I think what was going on was that as soon as you issued the
    command in a live channel buffer, ERC considered it closed (because
    it appeared to have suddenly lost its process). So as soon as a new
    message for that channel arrived, ERC created a replacement buffer,
    which was what you probably observed as behaving normally. However,
    if you had tried switching to the CLOSED buffer, it might've still
    shown the bug had you typed something and tried to send it, I think.

    https://jpneverwas.gitlab.io/-/erc-tools/-/jobs/1782289657/artifacts/logs/51841/remode/replay.html

[2] (Spoiler alert: could not reproduce)

    https://jpneverwas.gitlab.io/-/erc-tools/-/jobs/1782289657/artifacts/logs/51841/dynamic-fill/replay.html





  parent reply	other threads:[~2021-11-15 10:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-14 13:19 bug#51841: 27.2; erc-insert-marker has no value Rostislav Svoboda
2021-11-14 22:53 ` J.P.
     [not found] ` <87r1bixsb4.fsf@neverwas.me>
2021-11-14 23:29   ` Rostislav Svoboda
     [not found]   ` <CAEtmmey6kqfNNKtX6+QDwMEGTtS=eOmCYa1HRY1KivXRfwQT5Q@mail.gmail.com>
2021-11-15  9:08     ` Lars Ingebrigtsen
     [not found]     ` <87ilwtzszy.fsf@gnus.org>
2021-11-15 10:23       ` J.P. [this message]
     [not found]       ` <87v90tra36.fsf@neverwas.me>
2021-11-15 12:12         ` Rostislav Svoboda
     [not found]         ` <CAEtmmezk406mKS9VU4pdU5g4+7_O5HLzTeSsZ=E2ArC57WPyHg@mail.gmail.com>
2021-11-15 15:12           ` J.P.
2021-11-18 14:49           ` J.P.
     [not found]           ` <87v90pzfgn.fsf@neverwas.me>
2021-11-19  3:13             ` J.P.
     [not found]             ` <87o86gn8gs.fsf@neverwas.me>
2021-11-19  5:28               ` Lars Ingebrigtsen
     [not found]               ` <87tug8yaqz.fsf@gnus.org>
2021-11-19 10:45                 ` J.P.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='87v90tra36.fsf__35251.1548948073$1636971997$gmane$org@neverwas.me' \
    --to=jp@neverwas.me \
    --cc=51841@debbugs.gnu.org \
    --cc=emacs-erc@gnu.org \
    --cc=larsi@gnus.org \
    --cc=rostislav.svoboda@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

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

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