From xemacs-m  Fri Mar  7 13:22:21 1997
Received: from sym.primuscorp.com (root@[207.14.28.20])
	by xemacs.org (8.8.5/8.8.5) with SMTP id NAA21606
	for <xemacs-beta@xemacs.org>; Fri, 7 Mar 1997 13:22:20 -0600 (CST)
Received: from horus (horus.primuscorp.com [198.187.136.23]) by sym.primuscorp.com (8.6.11/8.6.9) with ESMTP id LAA21244 for <xemacs-beta@xemacs.org>; Fri, 7 Mar 1997 11:24:42 -0800
Received: from roy by horus (SMI-8.6/SMI-SVR4)
	id LAA15917; Fri, 7 Mar 1997 11:20:47 -0800
Received: by roy (SMI-8.6/SMI-SVR4)
	id LAA16319; Fri, 7 Mar 1997 11:20:49 -0800
Date: Fri, 7 Mar 1997 11:20:49 -0800
Message-Id: <199703071920.LAA16319@roy>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Damon Lipparelli <lipp@primus.com>
To: XEmacs Beta Mailing List <xemacs-beta@xemacs.org>
Subject: filename completion bug (?)
Reply-To: Damon Lipparelli <lipp@primus.com>
Organization: Primus Communications Corporation
X-Mailer: VM 6.18 [ XEmacs 20.1 (beta5) ]

I think I've discovered a bug with the algorithm to make the
"*Completions*" window only as large as necessary.

Try this experiment:

1) start XEmacs in the top-level build directory (e.g. ".../xemacs-20.1-b5")
   with "-q"

2) type "\C-x\C-f" and at the prompt type "vms/[space]"; you should see a
   "*Completions*" buffer with the window just large enough to hold the
   contents of the "vms" subdirectory (7 lines or so)

3) now, still at the "Find file: " prompt, type "../[space]"; the
   "*Completions*" buffer now contains the contents of the top-level dir,
   but the size of the window hasn't changed (that is, most of the contents
   of the top-level dir are not visible)

I've been scrounging through the source, looking for something suspicious,
but I'm getting pretty lost in the completion code.

-lipp

---

Yow!  I'm imagining a surfer van filled with soy sauce!

