[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#77510: 31.0.50; help-customize fails with multiply defined symbols
From: |
Stephen Berman |
Subject: |
bug#77510: 31.0.50; help-customize fails with multiply defined symbols |
Date: |
Fri, 11 Apr 2025 11:23:26 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
On Fri, 11 Apr 2025 12:02:22 +0300 Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Fri, 11 Apr 2025 10:20:13 +0200
>> From: Stephen Berman via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>>
>> On Fri, 04 Apr 2025 00:16:45 +0200 Stephen Berman <stephen.berman@gmx.net>
>> wrote:
>>
>> > 0. emacs -Q
>> > 1. Type `C-h o fringe-mode RET' to pop up a *Help* buffer displaying
>> > help for both the function fringe-mode and the variable fringe-mode.
>> > 2. In the *Help* buffer type `c'.
>> > => Emacs dings and displays the message "No variable or face to customize"
>> >
>> > When executing this recipe in emacs-30, after step 2 Emacs switches to a
>> > *Customize* buffer for the variable fringe-mode, which is the expected
>> > behavior after typing `c' (help-customize) in *Help*. This is broken in
>> > master. The breakage is due to this commit:
>> >
>> > commit e776df2a3eae0454ea85287e15ebba649bf8e918
>> > Author: Dmitry Gutov <dmitry@gutov.dev>
[...]
>> Is there any objection to installing this patch to fix the regression?
>
> Thanks for the ping, but it's too early for you to assume this fell
> through the cracks, as today is just 1 week since your OP. Some
> people take more than that to respond.
Sure, no sweat.
> I added Dmitry to the discussion (it is generally a good idea to do
> that in the OP, by means of the X-Debbugs-Cc header).
Thanks.
Steve Berman