orderless & company-capf

[oantolin]

orderless & company-capf

[oantolin]

I can't reproduce this bug, @terlar. I installed company, turned on company-mode, set company-show-numbers to t, and tried using company in the *scratch* buffer. It worked fine, the completion did delete my initial input. Then I tried turning off my orderless config and using yours, and it still worked fine. Then I tried from emacs -q, loading only company and orderless, and it still worked.

I'd love to help you out, but it's practically impossible without knowing how to trigger the error. I suggest you use the fantastic bug-hunter with the interactive option to figure out what part of your init file is relevant to this bug.

[oantolin]

OK, now I insist you file a bug report with company. 😄

I could reproduce the problem without orderless:

(setq company-backends '((company-capf company-dabbrev)))
(setq completion-styles '(partial-completion))

The built-in partial-completion style matches, for example, u-p to use-package and this happens with company-dabbrev on the list:

[terlar]

Thank you, did I steal this issue? The title applies, but I guess this was a different problem than @tpeacock19 had. So not sure if it should be closed.

[tpeacock19]

No problem, This was a bit ago but I remember identifying that this only occurred in emacs-lisp-mode and subsequently removing company-capf from the backends when working in elisp. Further, I cant replicate it today even if I reintroduce company-capf so I think its fine to close this out.

[terlar]

I didn't manage to get completions work with company, all the candidates, includes whatever I wrote + the garbled matches.

Accepting candidate 9, results in (usepkguse-package)

Using the following config:

(setq orderless-matching-styles '(orderless-regexp orderless-flex))

[oantolin]

I don't use company myself, but I'll try to install it when I get the chance and see if I can figure this out. I remember testing it a while ago when I wrote the section of the Readme on company, and I think it did work back then.

[oantolin]

Well, the resolution of bug-hunter is an s-expression I believe. So if you use use-package you'll probably have to bisect your company config by hand.

[terlar]

Indeed! Running with emacs -Q this didn't occur. Really curious what part is causing this, because I don't configure company much. So must be some interference of some other package/settings...

So I did some further investigation and lo and behold and it turns out it was my company config. Here is a minimal reproduction via emacs -Q:

(require 'orderless)
(require 'company)
(setq completion-styles '(orderless))
(setq orderless-matching-styles '(orderless-regexp orderless-flex))
(require 'use-package)
(setq company-backends
        '((company-files
           company-keywords
           company-capf
           company-dabbrev-code
           company-dabbrev)))
(emacs-lisp-mode)
(company-mode 1)

Enter usepkg

Then it should look like this:

I guess the issue might be with grouped backends?

[oantolin]

Oh, that's weird. And it's starting to sound like a company bug, not an orderless bug.

[terlar]

It seems to only when company-dabbrev is on the list, if I remove that it works. Indeed, but without orderless this behavior doesn't occur. I have also tried the company-fuzzy (which also fuzzy matches) library and that also works without issues.

So unless I can find a way to reproduce this without orderless, I am not entirely convinced, although it seems like it, but I also have no insight into the implementation of orderless if this could even be possible.

[terlar]

Even smaller repro:

(setq company-backends '((company-capf company-dabbrev)))

[terlar]

If you insist I will open an issue with company instead.

[oantolin]

I'm not insisting yet. Let me try (setq company-backends '((company-capf company-dabbrev))) and see if I can figure it out.

[oantolin]

That's right! Sorry, @tpeacock19.

[oantolin]

I'm glad it seems to longer happen.