GNU bug report logs - #50675
pcomplete capf fails inside strings

Previous Next

Package: emacs;

Reported by: meedstrom <at> teknik.io

Date: Sun, 19 Sep 2021 14:19:02 UTC

Severity: normal

Tags: confirmed

Found in versions 27.1, 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: meedstrom <at> teknik.io, 50675 <at> debbugs.gnu.org
Subject: bug#50675: more info
Date: Sun, 5 Jun 2022 01:31:50 +0300
Hi!

On 08.05.2022 11:26, meedstrom--- via Bug reports for GNU Emacs, the 
Swiss army knife of text editors wrote:
> Okay, so the warning message "pcomplete-completions-at-point fails to 
> return valid completion data" originates from completion-at-point in 
> minibuffer.el.
> 
> There's a comment in there that says if the CAPF returned t, it assumes 
> completion already happened. It does seem that the CAPF returns t, at 
> least in eshell in a string. So that may be the root of the problem.
> 
> I'm not 100% sure I'm interpreting the debugger right. To do what I did,
> 
> 1. emacs -Q
> 2. M-x debug-on-entry RET pcomplete-completions-at-point RET
> 3. type a quote mark in eshell and press TAB

Sorry for the late reply.

This bug seems like a duplicate of bug#50470, which we almost got fixed, 
but... then bug#55204 came around, patch merged, and the behavior 
doesn't seem to reproduce anymore.

Check the latest master sometime, see if you can still trigger the problem.




This bug report was last modified 2 years and 362 days ago.

Previous Next


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