GNU bug report logs - #5722
23.1; C-a unexpected behavior in minibuffer

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 5722 in the body.
You can then email your comments to 5722 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: Tony Robalik <trobalik <at> warwicktownship.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; C-a unexpected behavior in minibuffer
Date: Mon, 15 Mar 2010 11:16:17 -0400

[Message part 1 (text/html, inline)]

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Tony Robalik <trobalik <at> warwicktownship.org>
Cc: 5722 <at> debbugs.gnu.org
Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
Date: Fri, 19 Mar 2010 11:30:08 -0400

> When finding a file (C-x C-f), I typically use C-a C-k to move to the
> beginning of the suggested search directory and kill it, so that I may
> quickly and easily type in the correct information. However, sometimes
> (usually not the first time I find a file in any given Emacs session),
> C-a moves to the very beginning of the minibuffer (before the prompt),

Could you provide a recipe to reproduce this bug, beginning with
`emacs -Q'?

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: 5722 <at> debbugs.gnu.org
Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
Date: Wed, 28 Apr 2010 11:39:20 -0400

Forwarding mail from bug reporter:


From: Tony Robalik <trobalik <at> warwicktownship.org>
Subject: [Fwd: [Fwd: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer]]
To: Chong Yidong <cyd <at> stupidchicken.com>

Hi,

I understand that what I've found is probably not a "bug", but a local problem
with my site-start.el file, but I've never modified that file, aside possibly
from installing aucTeX. I've attached the offending file. It's location, in my
work Windows laptop, is "C:\emacs-23.1\site-lisp". I get the same problems,
though, in my home Ubuntu laptop and in the Virtual Ubuntu machine I run on my
work computer. Any help would be appreciated. Thanks,


-------- Original Message --------
     Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
        Date: Mon, 22 Mar 2010 10:37:51 -0400
        From: Tony Robalik <trobalik <at> warwicktownship.org>
Organization: Warwick Township
          To: Chong Yidong <cyd <at> stupidchicken.com>
  References: <8739zwl473.fsf <at> stupidchicken.com>


It only happens when I load emacs normally or when I load it with `emacs
--no-site-file'... shall I then assume it either has to do with site-start.el?

I'm not an emacs expert, and didn't even know there was a file called
`site-start.el'. Any ideas what the problem could be? See notes below.

Thanks,
Tony

A. If I

1. load emacs normally (either typing `emacs' at the prompt or clicking its
icon on my launch bar)
2. C-x C-f test
3. C-x C-w
4. C-a now goes to beginning of minibuffer (before the prompt).

B. If I

1. load emacs with `emacs -Q' from the command line
2. C-x C-f test2
3. C-x C-w
4. C-a goes to the expected (correct) location, after the prompt.

C. If I
1. load emacs with `emacs --no-site-file'
2. C-x C-f test3
3. C-x C-w
4. C-a goes to the beginning of the minibuffer (same problem as A).

D. If I

1. load emacs with `emacs -q' (lower-case) from the command line
2. C-x C-f test2
3. C-x C-w
4. C-a goes to the expected (correct) location, after the prompt.

Chong Yidong wrote:

        When finding a file (C-x C-f), I typically use C-a C-k to move to the
        beginning of the suggested search directory and kill it, so that I may
        quickly and easily type in the correct information. However, sometimes
        (usually not the first time I find a file in any given Emacs session),
        C-a moves to the very beginning of the minibuffer (before the prompt),


    Could you provide a recipe to reproduce this bug, beginning with
    `emacs -Q'?

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Tony Robalik <trobalik <at> warwicktownship.org>
Cc: 5722 <at> debbugs.gnu.org
Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
Date: Wed, 28 Apr 2010 11:41:33 -0400

Tony Robalik <trobalik <at> warwicktownship.org> writes:

> I understand that what I've found is probably not a "bug", but a local problem
> with my site-start.el file, but I've never modified that file, aside possibly
> from installing aucTeX. I've attached the offending file. It's location, in my
> work Windows laptop, is "C:\emacs-23.1\site-lisp". I get the same problems,
> though, in my home Ubuntu laptop and in the Virtual Ubuntu machine I run on my
> work computer. Any help would be appreciated. Thanks,

Please keep the CC when replying, so that this information goes to the
bug tracker.  Thanks.

You have probably installed some extra packages, some of which are
interfering with the proper functioning of Emacs.  Look in the
site-start.d directory for the packages that may be causing this
problem.  Take them out one by one, and see if the bug goes away; that
will tell you which is the offending package.

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

From: Tony Robalik <trobalik <at> warwicktownship.org>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 5722 <at> debbugs.gnu.org
Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
Date: Wed, 28 Apr 2010 12:40:14 -0400

[Message part 1 (text/html, inline)]

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

From: Glenn Morris <rgm <at> gnu.org>
To: 5722-done <at> debbugs.gnu.org
Subject: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer
Date: Tue, 12 Jul 2011 04:26:17 -0400

> It only happens when I load emacs normally or when I load it with
> `emacs --no-site-file'... shall I then assume it either has to do with
> site-start.el?

No, this means it is NOT to do with site-start.el.

> A. If I

Summary of your 4 cases:

You see the problem if you start Emacs normally, or with --no-site-file.
You do not see the problem if you start with -q or -Q.

Therefore the problem is due to something in your ~/.emacs (or
default.el, but this seems less likely).

So you need to comment out things from your .emacs until you find what
causes the problem. It's probably due to some external, non-Emacs
package that you load, so I am closing this. But if it turns out to be
an Emacs issue, please reply with details and we can reopen this if
needed.

Previous Next

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