* long buffer names ruin "kill anyway? (yes or no)"
@ 2003-01-17 23:25 Dan Jacobson
0 siblings, 0 replies; only message in thread
From: Dan Jacobson @ 2003-01-17 23:25 UTC (permalink / raw)
A real bug, I found a real bug.
First, how it is supposed to work.
$ emacs ddd
b l a b l a C-x k RET
Buffer ddd modified; kill anyway? (yes or no)
Now for what happens when we put emacs thru the manly or not test,
$ emacs dddddddddddd--make it real long, oh about 100--dddddddd
Well, various things can occur. We won't see various parts of what
emacs is asking us. I've seen it correctly open up the second line of
the minibuffer, but then part of the question was gone. Also I've
seen it, if the length is just right, just place the cursor in column
1 of aa 1 line minibuffer, waiting for yes or no probably.
--
http://jidanni.org/ Taiwan(04)25854780
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-01-17 23:25 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-17 23:25 long buffer names ruin "kill anyway? (yes or no)" Dan Jacobson
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).