Multiple Bugs Found

Brendon K · Post by **Brendon K** » Tue Nov 22, 2005 3:13 pm

Edit:
I forgot the build information, my sincerest apologies...
Version 1.3c, build 1437
----------------------------------------------------------------

1.) I've had the uploading of files that merge the directory/folder name with the filename itself occur again. Now that I have logging enabled, I have a log file showing the error. I made no changes to the permissions and/or settings of the folders or files between uploads.

websites.php - 5174 bytes transferredSTOR /home/sites/www.sspl.org/web/youth/ya.php

ya.php - 1506 bytes transferredTransfer time: 00:00:17

CWD /home/sites/www.sspl.org/web/databases

CWD /home/sites/www.sspl.org/web

Transferred 4,127 bytes in 2.922 seconds

STOR /home/sites/www.sspl.org/web404errorpage.php

404errorpage.php - 1666 bytes transferredSTOR /home/sites/www.sspl.org/webnetlibrary.php

netlibrary.php - 18082 bytes transferredTransfer time: 00:00:04

STOR /home/sites/www.sspl.org/webgeneral.css

general.css - 6140 bytes transferredTransfer time: 00:00:01

Transferred 702 bytes in 0.922 seconds

CWD /home/sites/www.sspl.org

CWD /home/siteswww.friends.sspl.org

CWD /home/sites

Transferred 319 bytes in 0.750 seconds

CWD /home/sites/www.sspl.org/

Transferred 702 bytes in 0.985 seconds

CWD /home/sites/www.sspl.org/web/

CWD /home/sites/www.sspl.org/web/databases

CWD /home/sites/www.sspl.org/web/

Transferred 4,127 bytes in 2.438 seconds

STOR /home/sites/www.sspl.org/web/general.css

general.css - 6140 bytes transferredTransfer time: 00:00:06

STOR /home/sites/www.sspl.org/web/404errorpage.php

404errorpage.php - 1666 bytes transferredSTOR /home/sites/www.sspl.org/web/netlibrary.php

netlibrary.php - 18082 bytes transferredTransfer time: 00:00:11

Transferred 702 bytes in 0.906 seconds

DELE web404errorpage.php

DELE webgeneral.css

DELE webnetlibrary.php

Transferred 484 bytes in 1.547 seconds

If it helps, the following is the server information gathered by CoreFTP at logon:
Server version: SSH-1.99-OpenSSH_3.5p1
version: SSH-2.0-SSH-Local: Sep 26 2005 21:26:46
Using SSH protocol version 2
The response headers from our server generate the following: Apache/1.3.20 Sun Cobalt (Unix) mod_jk mod_ssl/2.8.4 OpenSSL/0.9.6 PHP/4.3.4 mod_auth_pam_external/0.1 FrontPage/5.0.2.2510 mod_perl/1.26

2.) Double-clicking on the column separator lines in the transfers window pane will only resize to "best fit" for the "host" section...all other sections will resize to its smallest possible fit (hiding all information).

3.) Editing files from within an editor:
a.) If trying to close CoreFTP while the editor is still open, CoreFTP will demonstrate the issues I discussed earlier - basically, it hangs, won't reconnect (as it's still trying to close), etc...the editor must be closed alongside CoreFTP for CoreFTP to close which may not be a helpful option for some things. It doesn't matter if the file itself was closed within the editor (this could be the editor's fault, mind you, having something still attached to the file internally), the entire editor program must be closed.

b.) If the editing program is open PRIOR to downloading as EDIT from CoreFTP, upon save, nothing happens. The editor must be closed first and CoreFTP apparently needs to be the calling method to open the editor for edits to work?

--------------
In general, I think the latest version of CoreFTP is the most stable version yet. Each public release revision is much better and the staff is doing a wonderful job keeping up with requests and other such issues. Great job.

Brendon K · Post by **Brendon K** » Tue Nov 22, 2005 3:14 pm

Also... the databases folder/directory is a link. Does CoreFTP continually issue a CWD command to that folder because it needs to know where the link is sent to prepare for any actions, or is that a bug?

Brendon K · Post by **Brendon K** » Thu Dec 01, 2005 2:24 am

Thanks! That's very helpful to know.

Brendon K · Post by **Brendon K** » Mon Dec 05, 2005 3:56 pm

CP wrote:As for part B, you mean that if the editor is already runnng, and after when you edit a file in Core FTP, the file loads up in the editor, but won't re-upload when saved, correct?

That is correct. Sorry for such a poor wording.

CP wrote:This is a problem with some editors, and the only way to indicate for Core FTP to upload a file would be to somehow tell Core FTP manually to upload a certain file. I'm certainly open to any ideas. The alternative of course is to use the view -> options -> view/edit -> check 'update edited files on save', which will get around this problem (recommended that 'use this action anytime a file exists' be selected at the overwrite dialog, so no prompting is necessary). I believe that functionality was requested by yourself so I hope I'm not being overly obvious here...

You are correct, that functionality was/is requested by myself.

I do have that option checked currently yet am still having the same problem mentioned, so if I just misunderstood you incorrectly, perhaps there's still a problem?

CP wrote: It may make sense to switch over to that mode automatically if Core FTP comes across this scenario...? If there are no objections to this, it'll likely be added to the next build if there is an accurate way to detect it.

No objections from me, so long as it doesn't introduce more problems for you. I'm still trying to think of a fool-proof way this might work, programmatically, but I would have to assume you're much better at that type of thing than I.