GNU bug report logs - #17829
24.4.50; `C-t' in empty minibuffer traps user in read-only text

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sat, 21 Jun 2014 17:08:01 UTC

Severity: normal

Fixed in version 24.4.50

Done: Juri Linkov <juri <at> jurta.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Juri Linkov <juri <at> jurta.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#17829: closed (24.4.50; `C-t' in empty minibuffer traps user
 in read-only text)
Date: Tue, 08 Jul 2014 08:29:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Tue, 08 Jul 2014 11:27:59 +0300
with message-id <87k37o45m8.fsf <at> mail.jurta.org>
and subject line Re: bug#17829: 24.4.50; `C-t' in empty minibuffer traps user in read-only text
has caused the debbugs.gnu.org bug report #17829,
regarding 24.4.50; `C-t' in empty minibuffer traps user in read-only text
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
17829: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17829
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.50; `C-t' in empty minibuffer traps user in read-only text
Date: Sat, 21 Jun 2014 10:07:04 -0700 (PDT)
emacs -Q

`C-t' is `transpose-chars'. 

`M-x C-t' gives you a "Text is read-only" error, and it moves point
backward into the minibuffer prompt.  Repeating it does not move point
further backward but continues to raise the error.

Trying to type text then results in the same error message.  The user
can become confused, not realizing that point is in fact inside the
prompt area.  S?he can then use `C-f' to move back out of the prompt
area, but `C-t' should be smarter.

`transpose-chars' should presumably limit itself to field motion, or
should in some other way take such a situation into account.

In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
 of 2014-06-17 on ODIEONE
Bzr revision: 117359 monnier <at> iro.umontreal.ca-20140617193358-2t1nl1te9gc2mqrx
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/snapshot/trunk
 --enable-checking=yes,glyphs 'CFLAGS=-O0 -g3'
 LDFLAGS=-Lc:/Devel/emacs/lib 'CPPFLAGS=-DGC_MCHECK=1
 -Ic:/Devel/emacs/include''


[Message part 3 (message/rfc822, inline)]
From: Juri Linkov <juri <at> jurta.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 17829-done <at> debbugs.gnu.org
Subject: Re: bug#17829: 24.4.50;
 `C-t' in empty minibuffer traps user in read-only text
Date: Tue, 08 Jul 2014 11:27:59 +0300
Version: 24.4.50

> `M-x C-t' gives you a "Text is read-only" error, and it moves point
> backward into the minibuffer prompt.  Repeating it does not move point
> further backward but continues to raise the error.

Fixed in the trunk since it's not a regression.


This bug report was last modified 10 years and 316 days ago.

Previous Next


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