Community
Participate
Working Groups
Created attachment 78457 [details] Error in RSE tree This bug is hard to reproduce as I have seen it only about 3 times within the hour. Issue: Seems to create a folder 'empty.zip#035virtual#035' in the RemoteSystemsTempFiles on the local machine. This folder is not deleted and is copied over with the other contents. *ABOVE:empty.zip being the archive name To try and reproduce: Seen in all 3 instances in which a folder containing an empty archive is copied across connections ( twice from Local -> Linux(dstore) , and once from Linux(dstore) -> FTP. See attachments for better understanding. -----------Enter bugs above this line----------- TM 2.0.1RC1 Testing installation : eclipse-SDK-3.3 RSE install : RSE-SDK-2.0.1RC1 java.runtime : Sun 1.5.0_06-b05 os.name: : Windows XP 5.1, Service Pack 2 ------------------------------------------------
Created attachment 78458 [details] #035virtual#035 folder dir Directory containing #035virtual#035 folder
Does this happen when supertranser if on or off?
I was using default. So I am assuming that supertransfer is off. I should also add that the #035virtual#035 directory is not deleted from the system when it is deleted in the RSE Tree. So every time the directory containing this folder is copied across systems it will will be seen, unless the user goes directly to the directory on their hard drive in the RemoteSystemTempFiles directory to delete it.
From the first screen capture, I also noticed there is no plus sign besides test3.zip in the copied folder in dmcknigh3 system. Is there a problem with non-empty zip files?
Xuan, dmcknigh3 is an ftp-only connection.
I've been trying for a while, but never encountered this problem. Rupen, did you remember any specific thing you did when you had those instance? Thanks
Try editing a virtual file first.
Thanks, Dave. The problem is the non-empty zip file with has a virtual file opened in the editor. I was able to reproduce the problem now. Thanks.
The folder contains #035virtual#035 in its name is the folder contains the extracted virtual file when we try to open a virtual file in the editor. I think in the case of copy across connections, we need to ignor those folders. Don't think it is critical enough to fix it in 2.0.1. I will fix it in 2.0.2. Please comment.
