bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#17239: 24.3.50; competion error (cl-assertion-failed (string-prefix-


From: Stefan Monnier
Subject: bug#17239: 24.3.50; competion error (cl-assertion-failed (string-prefix-p uprefix ustring))
Date: Mon, 05 May 2014 08:52:19 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)

>> The resulting behavior is not great, but it's not really clear what we
>> should do anyway.
> As a point of comparison, when I do
> C-x C-f ~ / C-b TAB
> the behaviour of emacs depends on the current content of the minibuffer
> (which is default-directory by default I guess).

It shouldn't: it should complete the username (since the general form
of the ~ thingy is "~<user>/<filename>").

> I spotted these behaviours ("=>" means "hit C-b TAB and the minibuffer
> becomes") :
> ~/~/     => ~/~/ [Complete, but not unique]
> ~/foo/~/ => ~/
> /foo/~/  => /foo/~/ [Complete, but not unique]

Indeed, I'm not sure why ~/foo/~/ behaves differently.  It's probably
a side-effect of completion--sifn-requote.  You can take a look at that
function's leading comment to get an idea for why it might not always
behave perfectly ;-)


        Stefan





reply via email to

[Prev in Thread] Current Thread [Next in Thread]