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

Previous Next

Package: emacs;

Reported by: ture <at> lysator.liu.se

Date: Wed, 4 Dec 2013 16:17:03 UTC

Severity: normal

Found in version 24.3

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: ture <at> lysator.liu.se
Cc: 16054 <at> debbugs.gnu.org
Subject: 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.




This bug report was last modified 5 years and 233 days ago.

Previous Next


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