bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#19070: 25.0.50; Provide a user option that filters the buffer list f


From: Eli Zaretskii
Subject: bug#19070: 25.0.50; Provide a user option that filters the buffer list for `switch-to-next-buffer'
Date: Thu, 12 May 2022 21:14:17 +0300

> From: Drew Adams <drew.adams@oracle.com>
> CC: "larsi@gnus.org" <larsi@gnus.org>,
>         "19070@debbugs.gnu.org"
>       <19070@debbugs.gnu.org>
> Date: Thu, 12 May 2022 17:50:13 +0000
> 
> > The decision whether and how to fix a bug is a judgment call of the
> > development team.
> 
> No one said anything to the contrary.  Common sense,
> as well as politeness, calls for letting bug filers
> know what was done and what was not done.

Politeness is a two-way street.  Your wiliness to look up the changes
is your part of the politeness.

> > We don't post all the details of the fix as part of
> > the bug discussion, because it's a burden, and looking in the Git
> > repository for the answer to that question is very easy.
> 
> Link to it directly in the closing mail.  Copy and
> paste the URL - "very easy".

No, not "very easy", because when we install the changes, we don't go
through that URL, we do it by local Emacs commands that don't show the
URL.  The URL of the Git's Web access is something we don't use at
all.

> > Honesty has nothing to do with that;
> 
> Honesty has to do with claiming that some "fix" was
> "done" when it was not.  That's what honesty has to
> do with.

So now anyone who disagrees with you about the proper fix of a bug is
being dishonest?

> > you are being unfair expecting the Emacs maintainers
> > to do the job that you can do yourself, and easily so.
> 
> Put a direct link to the result (code or doc) in the
> close message.

It's a burden.  Once again, here's the URL for the Git Web access:

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

Please bookmark it and use it whenever you need to know what was
installed.

> > > There's nothing odd or abnormal about expecting
> > > specific info about how/whether a bug is "fixed".
> > 
> > Not nowadays, not with the easy access we all have
> > to the repository and to the actual fixes.
> 
> Easy access for users is a link in the email.

You have it above (as you had many times before).





reply via email to

[Prev in Thread] Current Thread [Next in Thread]