From: Tobias Bading <tbading@t-online.de>
To: bug-gnu-emacs@gnu.org
Subject: First two elements of search-ring shown twice in minibuffer when using M-p multiple times?
Date: Sat, 8 Mar 2008 07:37:01 +0100 [thread overview]
Message-ID: <DEA47009-4C7F-4188-B2E0-F41272B09973@t-online.de> (raw)
Hello everyone,
I'm using Emacs 22.1 compiled under MacOS X and Windoze XP from the
EMACS_22_1 tag in the cvs repository for quite some time now and both
of 'em work great, wouldn't want to live without them :-) . However,
there's a minor bug that really bugs me. It is reproducible on both
platforms without any customizations, i.e. my .emacs file moved out
of the way. It goes like this:
Start a fresh emacs, then C-s 1 RET, C-s 2 RET, C-s 3 RET to search
for "1", "2" and "3". The value of variable search-ring is ("3" "2"
"1") now. So far, so good. Now, let's try to search for "1" again
using M-p (isearch-ring-retreat) in isearch-mode. A C-s C-s searches
for "3", now a M-p and you're searching for "2", but the next M-p
does not search for "1", but for "3" again! And another M-p brings
you to "2". This is what I noticed on both platforms: After the
initial C-s C-s sequence, the minibuffer shows "I-search: 3", the
cursor is still in your buffer and the tool bar as well as the menu
bar remain unchanged. After the first M-p the minibuffer displays "I-
search: 2" and the cursor is at the end of the minibuffer. However,
the tool bar and the menu bar still remain unchanged. I guess this is
part of the problem, because the second M-p finally adapts the tool
bar and the menu bar to the fact that the cursor is in the minibuffer
now, i.e. the Minibuf menu item appears and a few icons are grayed
out. Unfortunately, the second M-p also jumps back to the first
element of search-ring instead of showing the third element. So to
reach the third element of search-ring, you have to press M-p four
times instead of twice :-( . I hope I'm not the only one having this
problem and that there's a fix available :-).
Kind regards,
Tobias
PS: The frame's title is incorrect after the first M-p as well,
noticeable if you have a (setq frame-title-format "Emacs: %b") in
your .emacs file.
PPS: isearch-forward-regexp has the same problem :-( .
next reply other threads:[~2008-03-08 6:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-08 6:37 Tobias Bading [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-03-08 14:38 First two elements of search-ring shown twice in minibuffer when using M-p multiple times? Tobias Bading
2008-03-08 15:18 ` Juri Linkov
2008-03-09 21:59 ` Juri Linkov
2008-03-10 14:31 ` Stefan Monnier
2008-03-10 16:36 ` Tobias Bading
2008-03-10 16:55 ` Juri Linkov
2008-03-10 18:28 ` Juri Linkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DEA47009-4C7F-4188-B2E0-F41272B09973@t-online.de \
--to=tbading@t-online.de \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.