unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#50675: pcomplete capf fails inside strings
@ 2021-09-19 14:18 meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-05-08  8:26 ` bug#50675: more info meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 4+ messages in thread
From: meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2021-09-19 14:18 UTC (permalink / raw)
  To: 50675

Steps to reproduce:

1. Launch emacs -Q
2. Type M-x eshell RET
3. Type a quotation mark "
4. Type TAB

Results in "Warning: pcomplete-completions-at-point failed to return valid completion data!" and a tab character is inserted.

Might be considered two separate bugs because when a CAPF fails, it should not insert a tab character?  A consequence of inserting one is that when a package like corfu in auto mode (https://github.com/minad/corfu) tries to call a CAPF on nearly every keystroke, I get lots of tab characters.

Martin Edström


In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0)
Windowing system distributor 'Configured using:
 'configure
 CONFIG_SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash
 SHELL=/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash
 --prefix=/gnu/store/j1bci192j9n8bdr7m78asn71izfspmvw-emacs-pgtk-native-comp-28.0.50-206.7b62cfc
 --enable-fast-install --with-native-compilation --with-pgtk
 --with-xwidgets --with-modules --with-cairo --disable-build-details'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LIBOTF LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PGTK PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XIM
XWIDGETS GTK3 ZLIB

Important settings:
  value of $EMACSLOADPATH: /home/kept/guix-profiles/emacs/emacs/share/emacs/site-lisp:/gnu/store/j1bci192j9n8bdr7m78asn71izfspmvw-emacs-pgtk-native-comp-28.0.50-206.7b62cfc/share/emacs/28.0.50/lisp:/gnu/store/j1bci192j9n8bdr7m78asn71izfspmvw-emacs-pgtk-native-comp-28.0.50-206.7b62cfc/share/emacs/28.0.50/lisp
  value of $LANG: en_DK.utf8
  locale-coding-system: utf-8-unix

Major mode: Eshell

Minor modes in effect:
  shell-dirtrack-mode: t
  eshell-prompt-mode: t
  eshell-hist-mode: t
  eshell-pred-mode: t
  eshell-cmpl-mode: t
  eshell-proc-mode: t
  eshell-arg-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils em-unix em-term term disp-table shell ehelp
em-script em-prompt em-ls cl-loaddefs cl-lib em-hist em-pred em-glob
em-cmpl em-dirs esh-var pcomplete comint ansi-color ring em-basic
em-banner em-alias esh-mode eshell esh-cmd esh-ext esh-opt esh-proc
esh-io esh-arg esh-module esh-groups esh-util seq byte-opt gv bytecomp
byte-compile cconv iso-transl tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel term/pgtk-win pgtk-win term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar
mouse jit-lock font-lock syntax font-core term/tty-colors frame
minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray cl-preloaded nadvice button loaddefs faces
cus-face macroexp files window text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote threads xwidget-internal dbusbind inotify dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
pgtk multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 94111 7609)
 (symbols 48 8410 0)
 (strings 32 25538 2114)
 (string-bytes 1 947094)
 (vectors 16 18049)
 (vector-slots 8 364818 9944)
 (floats 8 26 27)
 (intervals 56 233 0)
 (buffers 992 11))






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#50675: more info
  2021-09-19 14:18 bug#50675: pcomplete capf fails inside strings meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-05-08  8:26 ` meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-06-04 22:31   ` Dmitry Gutov
  0 siblings, 1 reply; 4+ messages in thread
From: meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-05-08  8:26 UTC (permalink / raw)
  To: 50675

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 826 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#50675: more info
  2022-05-08  8:26 ` bug#50675: more info meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-06-04 22:31   ` Dmitry Gutov
  2022-08-26 12:17     ` bug#50675: pcomplete capf fails inside strings Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Dmitry Gutov @ 2022-06-04 22:31 UTC (permalink / raw)
  To: meedstrom, 50675

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.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#50675: pcomplete capf fails inside strings
  2022-06-04 22:31   ` Dmitry Gutov
@ 2022-08-26 12:17     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2022-08-26 12:17 UTC (permalink / raw)
  To: Dmitry Gutov; +Cc: 50675, meedstrom

Dmitry Gutov <dgutov@yandex.ru> writes:

> 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.

I can't reproduce the problem with the given recipe on the current
trunk, so it looks like this has been fixed, and I'm therefore closing
this bug report.

If the problem still exists, please respond to the debbugs address and
we'll reopen.





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2022-08-26 12:17 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-19 14:18 bug#50675: pcomplete capf fails inside strings meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-05-08  8:26 ` bug#50675: more info meedstrom--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-06-04 22:31   ` Dmitry Gutov
2022-08-26 12:17     ` bug#50675: pcomplete capf fails inside strings Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).