emacs-mini-frame icon indicating copy to clipboard operation
emacs-mini-frame copied to clipboard

Resizing mini-fame doesn't work in 29.1?

Open zck opened this issue 10 months ago • 9 comments

I just upgraded to Emacs 29.1. Mini-frame works on its own, but when combined with Vertico (which also works on its own), it doesn't work anymore.

A screenshot is attached.

image

Reproduction instructions:

  1. Install Emacs 29.1
  2. Install vertico
(package-install-file "~/.emacs.d/elpa/vertico-1.4/vertico.el")
(vertico-mode 1)
  1. Test vertico with C-x C-f. It works properly; that is, I see vertical completions.
  2. Disable vertico
(vertico-mode -1)
  1. Install mini-frame
(package-install-file "~/.emacs.d/elpa/mini-frame-20220627.2041/mini-frame.el")
(mini-frame-mode 1)
  1. Test mini-frame with C-x C-f. It works properly; that is, I see the single option at the top of the frame.
  2. Enable vertico mode again.
(vertico-mode 1)
  1. Test with C-x C-f and see that it behaves weirdly. The look is as the screenshot above, and nothing is able to be selected. Pressing C-g several times in a row exits out of it, ususally.

zck avatar Aug 22 '23 19:08 zck

Works for me. Just compiled recent Emacs 29 version and then in emacs -Q

  1. M-x package-initialize
  2. M-x vertico-mode
  3. M-x mini-frame-mode
  4. M-x
Screenshot 2023-08-23 at 00 51 31
GNU Emacs 29.1.50 (build 1, aarch64-apple-darwin22.5.0, NS appkit-2299.60 Version 13.4.1 (c) (Build 22F770820d))

muffinmad avatar Aug 22 '23 21:08 muffinmad

@zck I've checked latest Emacs-mac build and see the same issue. But I can see the same behaviour without any packages just by using separate mini-buffer frame with resize-mini-frames turned on.

Can you please check if Emacs is working for you if you launch it like this:

emacs -Q --eval "(setq default-frame-alist '((minibuffer . nil)))" --eval "(setq resize-mini-frames t)"

muffinmad avatar Aug 30 '23 13:08 muffinmad

Weird! When I do that, I get two windows open.

Screenshot from 2023-08-30 09-31-53

When I run C-x b, it looks like this:

image

zck avatar Aug 30 '23 13:08 zck

It is ok that two windows are created because we told Emacs that default frame should not contain mini-buffer, so separate window is created.

What is not ok is that I can not use Emacs in this case. Emacs just hangs when pressing C-x C-f to open some file.

Can you change the buffer after C-x b or your Emacs is hanging too?

muffinmad avatar Aug 30 '23 13:08 muffinmad

My emacs hangs as well.

zck avatar Aug 30 '23 14:08 zck

Can you please report this issue to Emacs bugs tracker?

muffinmad avatar Aug 30 '23 15:08 muffinmad

Hi, using this command (omitting the second occurrence of --eval seems to fix the hanging:

emacs -Q --eval "(setq default-frame-alist '((minibuffer . nil))) (setq resize-mini-frames t)"

KindlyRepeat avatar Dec 05 '23 03:12 KindlyRepeat

Hi, using this command (omitting the second occurrence of --eval seems to fix the hanging:

emacs -Q --eval "(setq default-frame-alist '((minibuffer . nil))) (setq resize-mini-frames t)"

The hanging is fixed because this way the resize-mini-frames variable is not set. You can check the variable value by C-h v resize-mini-frames.

muffinmad avatar Dec 05 '23 06:12 muffinmad

You're absolutely right, can't believe I didn't see that one.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=67653

KindlyRepeat avatar Dec 06 '23 01:12 KindlyRepeat