Aaron Jensen

Reverting this commit fixes it too: https://github.com/lukhas/buffer-move/commit/25b7a989cf43414559717f87279654305b13e7c9

Can we reopen this then? It's still an issue and it seems like there's got to be a better fix that solves both issues.

tbh, I don't think it's something to solve in the completion backend. This change makes the backend behave different from every other one I've seen. It should either be solved...

It looks like https://github.com/tonini/alchemist.el/commit/6bce8673693f79d7b2011d386e39347d32d8132e actually introduces an infinite loop in company-mode: https://github.com/company-mode/company-mode/issues/516 The suggestion in that thread is to either not add `company-prefix` at all, adjust `company-keywords-alist`, or hardcode the...

@tonini the current backend behavior seems good. I'm not sure I understand the changes, however. It seems like `alchemist-complete--build-canddiates` expects a list whose `car` is the prefix and whose `cdr`...

I have no objections

Yes, I have signed it as well.

It's not actually the raise-frame, it's the `lower-frame`. My guess is that on macOS it lowers the entire application rather than just the one window (emacs frame).

It's a child frame issue: ``` M-: (make-frame `((parent-frame . ,(window-frame)))) ;; In new frame M-: (lower-frame) ``` That causes it to lower both the parent and the child.

This reproduces on emacs 28 master, so I'll report.