Your best friend for file transfer.

Fetch application logoFetch

Defective File Selection Subroutines (5 posts)

This is an archived topic. The information in it is likely to be out-of-date and no longer applicable to current versions of Fetch.
  • Started 11 years ago by gregarios
  • Latest reply 11 years ago from Jim Matthews
  • gregarios Member

    I've run into this about 7 times now:

    Occasionally, the file list get's "broken" somehow in a window, not visually... but functionally. Sometimes, when selecting a file in the window and performing an operation on it, it will actually perform the operation on a <i>different</i> file!

    This was happening in v4.02 for OS X and still happens in v4.03 for OS X. I'm not sure what causes or triggers the contents of a window to become broken, but once it is, only going to a different directory and back will fix it.

    Example: If the window is in "broken" mode, if I click on a single file, then select "Delete directory or file..." it will come up with a dialog box warning of the impending deletion as normal. However, the name of the file will be <i>different</i> than the one I have selected! If I confirm the deletion, the one named in the dialog box gets deleted, even though it is not the one I hilighted in the window. If I select more than one file to delete at the same time, it doesn't show the name, so it becomes even <i>more</i> dangerous. I've always noticed it before and was able to work around it by "fixing" the "broken" window before a mishap by reloading it. However, yesterday I deleted a whole mess of files from a directory, only to find out that many of them were not the correct ones deleted! :-(

    Please let me know if this can be verified. I've experienced the same thing on at least 5 different Macs running OS X 10.1 through 10.2.3. Help!

    Posted 11 years ago #

  • Jim Matthews Administrator

    We've seen this problem a couple times, but haven't been able to reproduce it on demand or find out what is going on. It sounds like this is happening to you much more than it happens to us or most people -- it would be great if there was a sure-fire way to make it happen.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 11 years ago #

  • gregarios Member

    Ok... I think I've narrowed down the cause of this problem. Try this a few times:

    1) open a directory window that has at least three files listed in it.
    2) Put the window into the background, and drag a new file into the window.
    3) Bring the Fetch window to the front again, and hold the cursor between sort headers, then double click to auto-size the columns.
    4) Select a file in the list, but not the first or last file.
    5) Go into the "Remote" menu and select "Rename Directory or File..."
    6) Observe the name of the file you selected vs the name of the file in the resulting dialog box.

    In my case, they don't match at least 75% of the time when following this procedure.

    Let me know if you can't reproduce this and I'll send you a full list of all my application settings.

    I'm always accessing an UNIX server remotely when this happens, and I haven't tried it accessing a local volume or any other platform.

    Posted 11 years ago #

  • gregarios Member

    Let me know if you need more info. I'll be glad to supply any further data you may require for troubleshooting this problem. :-)

    Posted 11 years ago #

  • Jim Matthews Administrator

    Thanks for coming up with that "recipe". I was able to reproduce the problem, so now I'll work on figuring out the cause.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 11 years ago #

Topic closed

This topic has been closed.