GNU bug report logs - #76010
describe-face and minibuffer-next/previous-completion

Previous Next

Package: emacs;

Reported by: Jake <jforst.mailman <at> gmail.com>

Date: Sun, 2 Feb 2025 12:27:01 UTC

Severity: normal

Fixed in version 30.1

Done: Dmitry Gutov <dmitry <at> gutov.dev>

Bug is archived. No further changes may be made.

Full log


Message #34 received at 76010-done <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Eli Zaretskii <eliz <at> gnu.org>, Juri Linkov <juri <at> linkov.net>
Cc: jforst.mailman <at> gmail.com, 76010-done <at> debbugs.gnu.org
Subject: Re: bug#76010: describe-face and minibuffer-next/previous-completion
Date: Tue, 11 Feb 2025 17:49:25 +0200
Version: 30.1

On 11/02/2025 15:13, Eli Zaretskii wrote:
>> From: Juri Linkov<juri <at> linkov.net>
>> Cc: Eli Zaretskii<eliz <at> gnu.org>,  Jake<jforst.mailman <at> gmail.com>,
>>    76010 <at> debbugs.gnu.org
>> Date: Tue, 11 Feb 2025 09:27:12 +0200
>>
>>> Could you try this patch?
>> Thanks!  I tested and everything works nicely.
>>
>>> It seems to handle the described scenario well, but maybe I'm missing some
>>> other case.
>>>
>>> E.g. when would the current implementation go down the "else" path, after
>>> (and (stringp start) (stringp end)) evaluating to nil?
>> Not sure if such cases exist, I can't find more cases.
> Dmitry, I think you should install this on the emacs-30 release
> branch, and thanks.

Pushed it now, thanks, and closing.




This bug report was last modified 132 days ago.

Previous Next


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