bug#5722: 23.1; C-a unexpected behavior in minibuffer

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Chong Yidong]

Tony Robalik <trobalik@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.

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Tony Robalik]

[-- Attachment #1: Type: text/html, Size: 1810 bytes --]

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Tony Robalik]

[-- Attachment #1: Type: text/html, Size: 3342 bytes --]

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Chong Yidong]

> 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'?

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Chong Yidong]

Forwarding mail from bug reporter:


From: Tony Robalik <trobalik@warwicktownship.org>
Subject: [Fwd: [Fwd: Re: bug#5722: 23.1; C-a unexpected behavior in minibuffer]]
To: Chong Yidong <cyd@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@warwicktownship.org>
Organization: Warwick Township
          To: Chong Yidong <cyd@stupidchicken.com>
  References: <8739zwl473.fsf@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'?

bug#5722: 23.1; C-a unexpected behavior in minibuffer

[Glenn Morris]

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