Your best friend for file transfer.

Fetch application logoFetch

Return to Message Board

Subscribe to RSS Feed for Fetch Message Board Fetch Message Board

  1. Page 1

Folders Look Like Files in Directory Listing (11 posts)

  • Started 18 years ago by guest
  • Latest reply 15 years ago from Scott McGuire
  • guest Registered Member

    Using latest Fetch 5.0.4 to a Windows 2000 server via SFTP. Folders come up as documents. Any ideas? Same version to same server via regular FTP works fine.

    Thanks for any help.

    Posted 18 years ago #

  • Scott McGuire Administrator

    Hi,

    Do you know the name of the SFTP software running on the server?

    Also, could you please connect to the server via FTP, then choose Fetch Transcript from the Window menu, copy the contents, and paste it here? That may help us figure out what's going on.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 18 years ago #

  • guest Registered Member

    Hi,
    I have the same problem. I have a Windows 2003 server using Vshell 2.31 for SSH. I also use the same version of Vshell with a couple of MAC servers and several Linux servers, and I can use Fetch without any problems. It seems to be a Windows issue. If I log on to the directory I need I can move files back and forth. Fetch 5.04 just won't recognize the directories in Windows.

    Thanks,

    Greg Miller

    Posted 18 years ago #

  • Scott McGuire Administrator

    Hi Greg,

    Thanks for the information. We're aware of the "folders look like files" problem with Vshell on Windows and are looking into fixing it.

    Another way to get to the contents of the folders is to choose Go > Go to Folder from the Fetch menus and typing the name of the folder you want to go to into the dialog - you just can't double-click on them in the Fetch file list to enter them.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 18 years ago #

  • dbailey Member

    Scott, any update on this issue? I'm seeing it on some Fetch clients and not others. On the clients I am seeing it on, not all folders look like files. Terminal sftp works and FileZilla for Mac OS works.

    Thanks.

    Originally posted by ScottMcGuire:

    Hi Greg,

    Thanks for the information. We're aware of the "folders look like files" problem with Vshell on Windows and are looking into fixing it.

    Another way to get to the contents of the folders is to choose Go > Go to Folder from the Fetch menus and typing the name of the folder you want to go to into the dialog - you just can't double-click on them in the Fetch file list to enter them.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 15 years ago #

  • Scott McGuire Administrator

    Hi dbailey,

    We have fixed all the problems referred to in this thread some time ago; so if you are still experiencing a problem with some servers in the current version of Fetch, then you may be encountering something different.

    Please try the following and let us know if it helps:

    * Make sure that you are using the latest version of Fetch, version 5.3.
    * Open Fetch.
    * Go the Fetch menu, and choose Preferences.
    * Click the Miscellaneous tab.
    * Make sure the "Treat mystery items as files" preference is unchecked.

    If you are still having problems after checking those two things, please let us know and we will gather more information to try to determine the cause of the problem and try to fix it for you.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 15 years ago #

  • dbailey Member

    Thanks Scott,

    The preference was unchecked.

    We are running VSHell version 3.5.2 build 423 on Windows Server 2003 R2 SP2.

    Fetch is version 5.3 in and Mac OS is version is 10.5.6 in all cases. And again, some Fetch 5.3 clients exhibit the behavior and some do not.

    Folders that are showing up as files have a size associated with them in both Fetch and 'ls -l' from the sftp command line.

    -Doug

    Posted 15 years ago #

  • Scott McGuire Administrator

    Hi Doug,

    Thanks for double-checking those things and for the additional information.

    Just to make sure I understand correctly - on some Macs Fetch 5.3 works fine, but on other Macs it doesn't, even when they are both connecting to the very same server... is that right?

    Could you send us a transcript from one of the Macs that experiences the problem?

    Please do the following:

    * Quit Fetch.
    * Open Fetch again.
    * Connect to your server.
    * Navigate to one of the folders that has folders that show up as files (if necessary).
    * Go to the View menu, and choose Refresh.
    * Go to the Window menu, and choose Fetch Transcript.
    * Copy the entire contents of the transcript window, and paste them into a reply to this message.

    We'll take a look at the transcript for clues about what's going on.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 15 years ago #

  • Scott McGuire Administrator

    Hi Doug,

    Also, if possible, doing the same set of steps and sending us a transcript from one of the Macs where Fetch shows the folders correctly, so that we can compare the two, would be helpful. But we also understand that getting a comparison transcript may not be convenient to do, and if so, we can begin by just looking at a transcript from one of the Macs with the problem.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 15 years ago #

  • dbailey Member

    I have transcripts, however when I performed the View->Refresh on the machines that were working, they stopped working.

    The machine that alway exhibited this:

    Fetch 5.3 (5D161) Intel running on Mac OS X 10.5.6 (9G55) Intel English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCHEX001-CE3F-RUZA T
    Connecting to user@xxxx.xxx.xxx.xxx port 22 (1/21/09 10:49:21 AM)
    SSH2_FXP_INIT 3
    SSH2_FXP_REALPATH 1, .
    /
    SSH2_FXP_STAT 2, /
    SSH2_FXP_REALPATH 3, /
    /
    SSH2_FXP_STAT 4, /
    SSH2_FXP_OPENDIR 5, /
    SSH2_FXP_READDIR 6
    36864 Oct 20, 2008 14:14 user/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 7
    SSH2_FXP_CLOSE 8
    SSH2_FX_OK 8
    SSH2_FXP_REALPATH 9, /
    /
    SSH2_FXP_STAT 10, /
    SSH2_FXP_OPENDIR 11, /
    SSH2_FXP_READDIR 12
    36864 Oct 20, 2008 14:14 user/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 13
    SSH2_FXP_CLOSE 14
    SSH2_FX_OK 14

    The machine that was working but failed after a refresh (there was a bit more action than just connecting and refreshing in this log):

    Fetch 5.3 (5D161) Intel running on Mac OS X 10.5.6 (9G55) Intel English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCHEX001-CE3F-RUZA T
    Connecting to user@xxxx.xxx.xxx.xxx port 22 (1/21/09 11:23:28 AM)
    SSH2_FXP_INIT 3
    SSH2_FXP_REALPATH 1, .
    /
    SSH2_FXP_STAT 2, /
    Retrieved 6 items from file list cache, stored 01/03/2009 04:24 PM
    SSH2_FXP_REALPATH 3, /
    /
    SSH2_FXP_STAT 4, /
    SSH2_FXP_OPENDIR 5, /
    SSH2_FXP_READDIR 6
    32768 Jan 21, 2009 09:43 dbailey/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 7
    SSH2_FXP_CLOSE 8
    SSH2_FX_OK 8
    SSH2_FXP_OPEN 9, /bulkmounts1
    SSH2_FX_PERMISSION_DENIED 9
    Unsuccessful transfer of bulkmounts1 (0/0 bytes, 0 bytes/sec, 0:00 elapsed) stopped at 1/21/09 11:24:09 AM (error: 2,24103)
    ftp_retrieve: 2,24103 (state == RGET_RETRIEVING)
    SSH2_FXP_OPENDIR 10, /
    SSH2_FXP_READDIR 11
    32768 Jan 21, 2009 09:43 dbailey/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 12
    SSH2_FXP_CLOSE 13
    SSH2_FX_OK 13
    SSH2_FXP_OPEN 14, /dbailey
    SSH2_FX_PERMISSION_DENIED 14
    Unsuccessful transfer of dbailey (0/0 bytes, 0 bytes/sec, 0:00 elapsed) stopped at 1/21/09 11:25:01 AM (error: 2,24103)
    ftp_retrieve: 2,24103 (state == RGET_RETRIEVING)
    SSH2_FXP_OPENDIR 15, /
    SSH2_FXP_READDIR 16
    32768 Jan 21, 2009 09:43 dbailey/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 17
    SSH2_FXP_CLOSE 18
    SSH2_FX_OK 18
    SSH2_FXP_OPEN 19, /dbailey
    SSH2_FX_PERMISSION_DENIED 19
    Unsuccessful transfer of dbailey (0/0 bytes, 0 bytes/sec, 0:00 elapsed) stopped at 1/21/09 11:25:14 AM (error: 2,24103)
    ftp_retrieve: 2,24103 (state == RGET_RETRIEVING)
    SSH2_FXP_OPENDIR 20, /
    SSH2_FXP_READDIR 21
    32768 Jan 21, 2009 09:43 dbailey/
    16384 Dec 15, 2008 20:45 DepartmentalDirectories/
    4096 Jan 15, 2009 15:00 bulkmounts1/
    0 Apr 25, 2006 15:05 bulkmounts2/
    4096 Dec 02, 2008 14:41 bulkmounts3/
    0 Dec 15, 2008 21:00 bulkmounts4/
    SSH2_FXP_READDIR 22
    SSH2_FXP_CLOSE 23
    SSH2_FX_OK 23
    Update check skipped at 01/21/2009 11:25 AM (next check after 01/26/2009 11:00 AM)

    Posted 15 years ago #

  • Scott McGuire Administrator

    Hi Doug,

    Thanks for the transcripts. We think we see what's going on, and we're looking into a fix. We'll follow up with you in a day or two.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 15 years ago #

  1. Page 1

Return to Message Board

Reply

  • Or nickname, if you prefer.
  • This will be kept confidential.
  • This is to ensure that you’re a person, not a spambot.