GNU bug report logs -
#50459
28.0.50; Python shell completion is incompatible with flex, orderless, etc.
Previous Next
Reported by: Augusto Stoffel <arstoffel <at> gmail.com>
Date: Tue, 7 Sep 2021 17:53:01 UTC
Severity: normal
Found in version 28.0.50
Fixed in version 28.1
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 Tue, 7 Sep 2021 at 19:52, Augusto Stoffel <arstoffel <at> gmail.com> wrote:
> If I start a Python shell on Emacs -Q and type, say
>
> ```
> x = []
> x.c<tab>
> ```
>
> then I see, as expected,
>
> ```
> Possible completions are:
> x.clear
> x.copy
> x.count
> ```
>
> Now, if I (setq completion-styles '(flex)), then no completions as
> reported in the same situation. Same thing with the `orderless' or
> `substring' completion styles.
>
> Moreover, the same observation holds for native completion on or off.
On closer inspection (and discussion with the orderless people), the
completion-at-point function in pyhton.el conforms to the completion API.
The issue lies in the fancier completion styles, which always send the
empty string as the STRING argument to any completion table.
There's a workaround for this, which I could provide, but this doesn't
seem advisable.
This bug report was last modified 3 years and 314 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.