GNU bug report logs - #16054
24.3; Disabling menu bar when minibuffer is active causes cursor to be disconnected from point

Previous Next

Full log

Message #13 received at 16054-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16054-done <at> debbugs.gnu.org, ture <at> lysator.liu.se
Subject: Re: bug#16054: 24.3; Disabling menu bar when minibuffer is active
 causes cursor to be disconnected from point
Date: Mon, 30 Sep 2019 15:36:20 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> * Start a new terminal-mode Emacs:
>>
>>     emacs -nw -Q
>>
>>   Emacs displays, with menu bar on top of screen.
>>
>> * Enable recursive minibuffers:
>>
>>     M-: (setq enable-recursive-minibuffers t) RET
>>
>> * Type C-x C-f. The minibuffer activates, prompting for a file name.
>>
>> * Type C-u - 1 M-x menu-bar-mode RET. Menu bar goes away.
>>
>> * Type a file name and RET.
>>
>> * Editing now works, but the on-screen cursor does not reflect where
>>   point is, but seems to move around somewhat unpredictably, and
>>   screen layout is weird.
>>
>> Verified on
>>
>> * GNU Emacs 24.3.1 (i386-apple-darwin10.8.0, NS apple-appkit-1038.36)
>> * GNU Emacs 24.3.1 (sparc-sun-solaris2.10, X toolkit, Xaw scroll bars)
>> * GNU Emacs 21.4.1 (x86_64-redhat-linux-gnu, X toolkit, Xaw scroll bars)
>>
>> Terminal was Apple's Terminal.app from MacOS 10.7 or XTerm.
>
> FWIW, I cannot reproduce this with the current development trunk,
> neither on GNU/Linux nor on MS-Windows.  So I guess it was already
> fixed in some way.

No more updates in close to 6 years, so I'm going to assume it's been
fixed and close this bug.  If this is still an issue, please reopen the
bug report.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.