Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!mcnc!ece-csc!ncrcae!ncr-sd!hp-sdd!hplabs!decwrl!pyramid!prls!philabs!aecom!naftoli
From: naftoli@aecom.UUCP
Newsgroups: comp.sys.mac
Subject: Re: multifinder and versaterm
Message-ID: <1460@aecom.YU.EDU>
Date: Thu, 19-Nov-87 16:25:33 EST
Article-I.D.: aecom.1460
Posted: Thu Nov 19 16:25:33 1987
Date-Received: Sun, 22-Nov-87 13:44:06 EST
References: <46100018@uxe.cso.uiuc.edu> <385@tardis.cc.umich.edu> <1134@phoenix.Princeton.EDU>
Organization: Albert Einstein College of Medicine, NY
Lines: 23

In article <1134@phoenix.Princeton.EDU>, buzz@phoenix.Princeton.EDU (Mahboud Zabetian) writes:
> 
> After I do a download with VersaTerm, multifinder running too, I notice that
> the downloaded files icon is never updated.  Usually the file type and creator
> are incorrect too.  Anybody know if the latest version of VersaTerm has these
> problems?

The problem, I believe is not in VersaTerm but in MultiFinder (or at least
the Finder running under MultiFinder :-)) since the same problem occurs
with Red Ryder 10.3.  Closing the window and reopening it from the Finder
makes the Finder take a new look at the file's information and update it
to reflect the change in status after the download is complete.

I think this is bug (or shortcoming) of the new Finder which doesn't
constantly check to make sure the information showing on the screen
is correct.  It's funny because I remember the Finder handling things
properly under TOPS (i.e., updating the windows in real time) when I was
testing it.
-- 
Robert N. Berlinger					naftoli@aecom.yu.edu
Supervisor of Systems Support
Albert Einstein College of Medicine			Compuserve: 73047,741	
UUCP: ...{philabs,cucard,pegasus,rocky2}!aecom!naftoli	GEnie:	    R.Berlinger