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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16054 in the body.
You can then email your comments to 16054 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ture <at> lysator.liu.se
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3; Disabling menu bar when minibuffer is active causes cursor to
 be disconnected from point
Date: Wed, 4 Dec 2013 16:28:54 +0100

How to reproduce (I admit this is a rather convoluted use case, but
still... :-) )

* 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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ture <at> lysator.liu.se
Cc: 16054 <at> debbugs.gnu.org
Subject: Re: bug#16054: 24.3;
 Disabling menu bar when minibuffer is active causes cursor to
 be	disconnected from point
Date: Wed, 04 Dec 2013 20:14:30 +0200

> Date: Wed, 4 Dec 2013 16:28:54 +0100
> From: ture <at> lysator.liu.se
> 
> * 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.

In Emacs 24.3 built with --enable-checking, I get an assertion
violation.

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.