From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexander Adolf Newsgroups: gmane.emacs.bugs Subject: bug#59314: 29.0.50; EUDC and message-mode header completion Date: Thu, 01 Dec 2022 16:46:37 +0100 Message-ID: <18c99a1253886d5a5ec068849b007cb2@condition-alpha.com> References: <87a64q7p25.fsf@ericabrahamsen.net> <878rka1y4n.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38879"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59314@debbugs.gnu.org To: Eric Abrahamsen , Thomas Fitzsimmons Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 01 16:48:01 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p0ln7-0009pY-L8 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 01 Dec 2022 16:48:01 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p0lmC-0001Vt-KY; Thu, 01 Dec 2022 10:47:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p0lmA-0001UM-9l for bug-gnu-emacs@gnu.org; Thu, 01 Dec 2022 10:47:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p0lm9-0006Sf-W6 for bug-gnu-emacs@gnu.org; Thu, 01 Dec 2022 10:47:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p0lm9-0000Rd-SH for bug-gnu-emacs@gnu.org; Thu, 01 Dec 2022 10:47:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alexander Adolf Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Dec 2022 15:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59314 X-GNU-PR-Package: emacs Original-Received: via spool by 59314-submit@debbugs.gnu.org id=B59314.16699096031700 (code B ref 59314); Thu, 01 Dec 2022 15:47:01 +0000 Original-Received: (at 59314) by debbugs.gnu.org; 1 Dec 2022 15:46:43 +0000 Original-Received: from localhost ([127.0.0.1]:40411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0llq-0000RH-Ns for submit@debbugs.gnu.org; Thu, 01 Dec 2022 10:46:43 -0500 Original-Received: from smtprelay07.ispgateway.de ([134.119.228.97]:58552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0llo-0000Qs-8J for 59314@debbugs.gnu.org; Thu, 01 Dec 2022 10:46:42 -0500 Original-Received: from [46.244.208.80] (helo=condition-alpha.com) by smtprelay07.ispgateway.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p0llm-0006dp-31; Thu, 01 Dec 2022 16:46:38 +0100 In-Reply-To: <878rka1y4n.fsf@ericabrahamsen.net> X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:249643 Archived-At: Hello Eric, Apologies for chiming late into this. Eric Abrahamsen writes: > On 11/16/22 14:18 PM, Thomas Fitzsimmons wrote: >> [...] >>> Address completion in message-mode has stopped working in master, >>> possibly as a result of 0e25a39e69acca0324c326ea8e46b1725594bff5. This >>> has been reported for several contact-management backends that expect to >>> have their completions available with . >>> >>> `completion-at-point-functions' contains '(eudc-capf-complete >>> message-completion-function t) at this point -- `eudc-capf-complete' >>> returns no matches, and no other functions in the list are consulted. >> [...] >> (add-hook 'completion-at-point-functions #'message-completion-function nil t) >> >>> On gnus.general, someone using BBDB and corfu reported that this recipe >>> fixed the problem: >>> >>> (setq eudc-server-hotlist '(("localhost" . bbdb))) >>> >>> (add-hook 'message-mode-hook >>> (lambda () >>> (setq-local completion-at-point-functions >>> (delq 'message-completion-function >>> completion-at-point-functions)))) >>> >>> Someone else *not* using corfu reported that that didn't work for them. >>> Dunno. That the behaviour changes depending on the CAPF front-end (corfu in this case) could be indicative of the completion styles [1] kicking in. I've seen cases where my completion function did return results, but nothing was shown in the CAPF UI because the completion styles' "filtering" wouldn't leave any alternatives to show. Not to suggest that this is what's actually happening, but it's one possibility. [1] https://www.gnu.org/software/emacs/manual/html_node/emacs/Completion-Styles.html Other than that, I would be interested in reproducing this at my end - if possible - to see whether there's any corner case I missed. I seems that the change of eudc-server-hotlist from `nil' to `(("localhost" . ecomplete) ("localhost" . mailabbrev))` triggered this behaviour for you. With that value, no database files for ecomplete or mailabbrev, and all Elisp settings for ecomplete and mailabbrev at their default values, `eudc-capf-complete` does return nil for me. What else should I be doing to reproduce the issue? Many thanks and cheers, --alexander