GNU bug report logs -
#50667
Update ecomplete when used via standard UI
Previous Next
Reported by: Augusto Stoffel <arstoffel <at> gmail.com>
Date: Sat, 18 Sep 2021 21:02:01 UTC
Severity: normal
Tags: patch
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Sat, 18 Sep 2021 at 23:06, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Augusto Stoffel <arstoffel <at> gmail.com> writes:
>
>> If one keeps sets
>>
>> (setq message-mail-alias-type nil ;; or keep the default 'abbrev
>> message-expand-name-standard-ui t)
>>
>> and an ecomplete database file, then everything works OOTB,
>
> Works in what way?
If I hit TAB in an address field, my completion UI kicks in and I can
choose an address from the ecomplete database.
>
>> except that the ecomplete database doesn't get updated with new
>> addresses.
>>
>> Is the following change a reasonable fix for this?
>
> [...]
>
>> - (when (and (message-mail-alias-type-p 'ecomplete)
>> + (when (and (bound-and-true-p ecomplete-database)
>
> I think this would be highly surprising behaviour -- just loading a
> library shouldn't have such side effects.
Loading ecomplete doesn't populate 'ecomplete-database'. But if you set
'message-expand-name-standard-ui' to t, then 'ecomplete-start' will be
called when request completions.
>
> What's your use case here? You don't want to use ecomplete for alias
> expansions, but you still want to update the ecomplete database?
I want to use ecomplete via completion at point instead of ecomplete's
electric UI. This is what the variable
'message-expand-name-standard-ui' is meant for, right?
This bug report was last modified 3 years and 292 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.