After install and configuration, FTPBox crashes on start and immediately after configuration is finished. Windows 8.1 running latest FTPBox 2.5 beta.

Dunno what happened but after opened it.. it crashed

Have anyone of you seen this?

Authentication failed because the remote party has closed the transport stream.

I'm using an FTP server with TLS, after the initial setup I hit done, connect properly to the FTP server and it displays the main root with all files in it, but when I expand a folder it crashes with this error.

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IO.IOException: Authentication failed because the remote party has closed the transport stream.
   at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
   at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost, X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation)
   at Starksoft.Net.Ftp.FtpBase.CreateSslStream(Stream stream)
   at Starksoft.Net.Ftp.FtpBase.TransferData(TransferDirection direction, FtpRequest request, Stream data, Int64 restartPosition)
   at Starksoft.Net.Ftp.FtpBase.TransferText(FtpRequest request)
   at Starksoft.Net.Ftp.FtpClient.GetDirList()
   at Starksoft.Net.Ftp.FtpClient.Exists(String path)
   at FTPboxLib.Client.Exists(String path)
   at FTPbox.Forms.fMain.WebIntExists()
   at FTPbox.Forms.fMain.UpdateDetails()
   at FTPbox.Forms.fMain.StartUpWork()
   at FTPbox.Forms.fMain.fMain_Load(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18034 built by: FX45RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
FTPbox
    Assembly Version: 2.3.2.1
    Win32 Version: 2.3.2.1
    CodeBase: file:///D:/dev/Projects/Sandbox/jsftp-test/a/FTPbox.exe
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.17929 built by: FX45RTMREL
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18034 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Starksoft.Net.Ftp
    Assembly Version: 1.0.158.0
    Win32 Version: 1.0.158.0
    CodeBase: file:///D:/dev/Projects/Sandbox/jsftp-test/a/Starksoft.Net.Ftp.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18036 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18021 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.17929 built by: FX45RTMREL
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18034 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Newtonsoft.Json
    Assembly Version: 4.5.0.0
    Win32 Version: 4.5.11.15520
    CodeBase: file:///D:/dev/Projects/Sandbox/jsftp-test/a/Newtonsoft.Json.DLL
----------------------------------------
System.ComponentModel.DataAnnotations
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.17929
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.ComponentModel.DataAnnotations/v4.0_4.0.0.0__31bf3856ad364e35/System.ComponentModel.DataAnnotations.dll
----------------------------------------
System.Runtime.Serialization
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18034 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Xml.Linq
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.17929 built by: FX45RTMREL
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.Linq.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18034 built by: FX45RTMGDR
    CodeBase: file:///C:/windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
Renci.SshNet
    Assembly Version: 0.1.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///D:/dev/Projects/Sandbox/jsftp-test/a/Renci.SshNet.DLL
----------------------------------------
Starksoft.Net.Proxy
    Assembly Version: 1.0.131.0
    Win32 Version: 1.0.131.0
    CodeBase: file:///D:/dev/Projects/Sandbox/jsftp-test/a/Starksoft.Net.Proxy.DLL
----------------------------------------

Client will silently fail after a certain period of time. No error displayed.

Hi,

I tried to set up SFTP connections to couple FreeBSD servers (One on the same local network, anther one on Internet) but none of them work:

"Error message: No suitable authentication method found to complete authentication"

However, SFTP connection works fine with Linux based servers.

All SFTP servers work fine via FileZilla, Putty and other command line tools. So I don't think it is the firewall or network issues. Could the problem coming from the SFTP library used by FTPbox?

Thanks!

--Derrick

If a user doesn't use the same location for the FTPbox on all machines then files won't get properly synchronized.

For example, if on machine 1 the folder is at C:\ftpbox\ and on machine 2 it is at C:\Users\x\ftpbox, when a file from machine 1 is synced it'll get synchronized to C:\ftpbox\ on machine 2, instead of C:\Users\x\ftpbox.

An example of this behavior can be seen here.

As title. Maybe consider moving your GUI to Qt and making your code less OS-centric.

Quite annoying, if you are on a bad connection, instead of trying to resume a download, it completely restarts it.

After downloading for 6 hours straight at +/- 50 KB/s (1.5GB file), suddenly at 9x% downloaded, the socket timed out. Instead of trying to resume download at the side of the temp file, the full download restarts from 0%.

[ 2017-01-17 11:42:51 - fMain ] : Current Version: 2.6.3.1 Installed Version: 2.6.3.1 
[ 2017-01-17 11:42:54 - SyncQueue ] : Found in completed list: 
[ 2017-01-17 11:42:54 - SyncQueue ] : ############################### 
[ 2017-01-17 11:42:54 - SyncQueue ] : 0 files successfully synced 
[ 2017-01-17 11:42:54 - SyncQueue ] : 0 folders successfully synced 
[ 2017-01-17 11:42:54 - SyncQueue ] : 0 failed to sync 
[ 2017-01-17 11:42:54 - SyncQueue ] : ############################### 
[ 2017-01-17 11:42:54 - SyncQueue ] : Added On Common Path Action SyncTo Status 
[ 2017-01-17 11:42:54 - AccountController ] : Loaded 0 local directories and 0 files 
[ 2017-01-17 11:48:13 - AccountController ] : 0 items in RecentList 
[ 2017-01-17 11:50:53 - fMain ] : Starting remote sync... 
[ 2017-01-17 11:50:53 - SyncQueue ] : adding to list: . lwt: 1/17/2017 11:50:53 AM 
[ 2017-01-17 11:50:53 - SyncQueue ] : Syncing remote folder . to local 
[ 2017-01-17 17:25:05 - Common ] : !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 
[ 2017-01-17 17:25:05 - Common ] : Message: Timed out trying to read data from the socket stream! 
[ 2017-01-17 17:25:05 - Common ] : -- 
[ 2017-01-17 17:25:05 - Common ] : StackTrace: at System.Net.FtpClient.FtpSocketStream.Read(Byte[] buffer, Int32 offset, Int32 count) at System.Net.FtpClient.FtpSocketStream.ReadLine(Encoding encoding) at System.Net.FtpClient.FtpClient.GetReply() at System.Net.FtpClient.FtpClient.CloseDataStream(FtpDataStream stream) at System.Net.FtpClient.FtpDataStream.Close() at System.Net.FtpClient.FtpSocketStream.Dispose() at FTPboxLib.Client.SafeDownload(SyncQueueItem i) 
[ 2017-01-17 17:25:05 - Common ] : -- 
[ 2017-01-17 17:25:05 - Common ] : Source: System.Net.FtpClient Type: System.TimeoutException 
[ 2017-01-17 17:25:05 - Common ] : -- 
[ 2017-01-17 17:25:05 - Common ] : !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 
[ 2017-01-17 17:25:06 - Client ] : Trusted: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
[ 2017-01-17 17:25:08 - SyncQueue ] : Found in completed list: 
[ 2017-01-17 17:25:08 - SyncQueue ] : . Success 
[ 2017-01-17 17:25:08 - SyncQueue ] : ############################### 
[ 2017-01-17 17:25:08 - SyncQueue ] : 0 files successfully synced 
[ 2017-01-17 17:25:08 - SyncQueue ] : 0 folders successfully synced 
[ 2017-01-17 17:25:09 - SyncQueue ] : 1 failed to sync 
[ 2017-01-17 17:25:09 - SyncQueue ] : ############################### 
[ 2017-01-17 17:25:09 - SyncQueue ] : Added On Common Path Action SyncTo Status 
[ 2017-01-17 17:25:09 - SyncQueue ] : 11:50 . changed Remote Success 
[ 2017-01-17 17:25:09 - SyncQueue ] : 11:50 4718528.mp4 created Local Failure 
[ 2017-01-17 17:25:09 - AccountController ] : Loaded 0 local directories and 0 files 
[ 2017-01-17 17:25:38 - SyncQueue ] : adding to list: . lwt: 1/17/2017 5:25:38 PM 
[ 2017-01-17 17:25:38 - SyncQueue ] : Syncing remote folder . to local 

Setup:

FTP server has the following folder structure:
C:\backup
C:\backup\test 1
"test 1" contains an test.zip file.

Problem:

test.zip does not get synced.

Workaround:

I renamed "test 1" to "test1" and "test.zip" got synced.

Simple fix in Settings.cs:

public int Get(string xPath, int defaultValue)
{
        return Convert.ToInt16(Get(xPath, Convert.ToString(defaultValue)));
}

to:

public int Get(string xPath, int defaultValue)
{
        return Convert.ToUInt16(Get(xPath, Convert.ToString(defaultValue)));
}

Hi,

I was having an issue using the FTPBox library and finnaly I get the problem!!

On the FolderWatcher.cs, on the rename handler, there is a condition:

if (!_controller.ItemGetsSynced(e.FullPath, true) || !_controller.ItemGetsSynced(e.OldFullPath, true)) return;

This condition checks, if the current file is a *.tmp file (and other checks over the file) and also, checks if old name was a *.tmp file. I was using a zip library to zip files to my SYNC folder, which I will then sync with the server. The zip library (Ionic.Zip) starts the zip file as a *.tmp file, writes the entire content and then renames the file from *.tmp to *.zip (or *.z?? when splitting a zip file in parts). As you can guess, this rename will fall in the condition listed above and return without sync my file. The old file was a *.tmp file BUT now the file is a complete and valid *.zip file, so it must be syncronized with server.

This condition can make sense but I think it won't work for scenarios similar to mine - building zip files on the folders where the FolderWatch is listening.

A possible solution (for me it works) will be to rerite the condition and remove the verification of the old file, like this one:

if (!_controller.ItemGetsSynced(e.FullPath, true)) return;

Hope this situation and my explanation can help others! :)

Hi, i didn't find anything about the Web Interface. Where is it? How can I help you making something about that?
PHP of course, not asp ^^

When I move file to a local folder FtpBox deletes it insted of uploading it to a FTP server.

2.4.2b
W8 64

Ask if you need more info...
Is there any log somewhare ?

Problem

If FTPbox doesn't have write permissions (i.e. in the Program Files folder, in some cases) it crashes when attempting to download the webUI files.

Solution

Download the webUI files in %AppData% instead, extract and upload from there.

More specifically:

• More user-friendly Setup forms. 80099cf
• In Options, separate general settings from account-specific ones. db0abc2
• Language selection from General tab 9bf5456

On FTP, file names that contain non-Latin characters do not get synced properly...

Workaround

Do not change the client encoding, leaving it to default seem to work fine.

The debug system needs to be more user-friendly.

Specific ideas:

• Enable logging from options 44df05d
• Open debug log file from options 44df05d
• improve output file 0836154

CPU usage seems to be unreasonably high, even when the client is idle.

Original ticket on UserVoice

Hi,

I have set up FTPbox on my win 7 pc (work network) syncing with a WD NAS drive on my home network, it seems to sync fine when it starts but never lasts longet than five minutes run time..

Windows Error logs reports the following as a .Net Runtime error..

Application: FTPbox.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: Starksoft.Net.Ftp.FtpDataConnectionException
Stack:
at Starksoft.Net.Ftp.FtpBase.CreatePassiveConn()
at Starksoft.Net.Ftp.FtpBase.TransferData(Starksoft.Net.Ftp.TransferDirection, Starksoft.Net.Ftp.FtpRequest, System.IO.Stream, Int64)
at Starksoft.Net.Ftp.FtpBase.TransferText(Starksoft.Net.Ftp.FtpRequest)
at Starksoft.Net.Ftp.FtpClient.GetDirList(System.String)
at Starksoft.Net.Ftp.FtpClient.ParseDirListDeep(System.String, Starksoft.Net.Ftp.FtpItemCollection)
at Starksoft.Net.Ftp.FtpClient.ParseDirListDeep(System.String, Starksoft.Net.Ftp.FtpItemCollection)
at Starksoft.Net.Ftp.FtpClient.ParseDirListDeep(System.String, Starksoft.Net.Ftp.FtpItemCollection)
at Starksoft.Net.Ftp.FtpClient.GetDirListDeep(System.String)
at FTPboxLib.Client.ListRecursive(System.String)
at FTPbox.Forms.fMain.SyncRemote(System.Object)
at System.Threading.ThreadHelper.ThreadStart_Context(System.Object)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
at System.Threading.ThreadHelper.ThreadStart(System.Object)

And the following as a Application error..

Faulting application name: FTPbox.exe, version: 2.3.1.1, time stamp: 0x50e3634b
Faulting module name: KERNELBASE.dll, version: 6.1.7601.17965, time stamp: 0x506dbe50
Exception code: 0xe0434352
Fault offset: 0x0000c41f
Faulting process id: 0x15a4
Faulting application start time: 0x01cdec51eda463f1
Faulting application path: C:\Program Files (x86)\FTPbox\FTPbox.exe
Faulting module path: C:\Windows\syswow64\KERNELBASE.dll
Report Id: cd94f1e2-5845-11e2-963c-94cbd7d1ac8d

Any help would be greatly appreciated..

Cheers

Scott.

I have just setup a new client and FTPBox is syncing all my files to the server, great (although they are all already there; not so great...).

While it is doing so the interface has gone completely unresponsive - the context menu from the tray icon for example is just hanging around on my desktop since i opened it and the form for setting up "accounts" hung up too, although i killed and restarted the app thinking it was not working, and it has disappeared now.

I am on Windows 7 x64, connecting via SFTP to a FreeNAS installation on the internet (if it helps)

BTW I love the idea of this project, can't wait to see it once i have it up and running!

Hello

I don't know if it's really an issue of the FTPbox or maybe I'm doing something wrong. However, sometimes when the FTPbox is syncing (quite often, like 1 of 5 syncs) the upload will be stuck at either 99 or 100% and will never finish. It looks like this.

If I take a look in the Log, this is what I see:

I'm not sure what the problem is there. I appreciate any help ;)

Thanks in advance!

FTPBox crashes at startup just after connecting.

I use SFTP. Any more info needed?

Error message :
Nom d’événement de problème: CLR20r3
Signature du problème 01: ftpbox.exe
Signature du problème 02: 2.3.1.1
Signature du problème 03: 50e32f3b
Signature du problème 04: mscorlib
Signature du problème 05: 4.0.0.0
Signature du problème 06: 4ba1da6f
Signature du problème 07: 3dab
Signature du problème 08: 1f4
Signature du problème 09: System.IO.IOException
Version du système: 6.1.7601.2.1.0.256.4
Identificateur de paramètres régionaux: 1036
Information supplémentaire n° 1: 0a9e
Information supplémentaire n° 2: 0a9e372d3b4ad19135b953a78882e789
Information supplémentaire n° 3: 0a9e
Information supplémentaire n° 4: 0a9e372d3b4ad19135b953a78882e789

If the application is installed on Windows 7 under C:\Program Files (x86)\ the settings.xml file cannot be read or written to without running FTPbox as an administrator.

The error thrown out is Access to the path 'C:\Program Files (x86)\FTPbox\settings.xml' is denied.

The details are

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.UnauthorizedAccessException: Access to the path 'C:\Program Files (x86)\FTPbox\settings.xml' is denied.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.Xml.XmlDocument.Save(String filename)
   at FTPbox.Classes.Settings.Put(String xPath, String value)
   at FTPbox.frmMain.UpdateDetails()
   at FTPbox.frmMain.StartUpWork()
   at FTPbox.frmMain.frmMain_Load(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.261 (RTMGDR.030319-2600)
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
FTPbox
    Assembly Version: 1.8.4.1
    Win32 Version: 1.8.4.1
    CodeBase: file:///C:/Program%20Files%20(x86)/FTPbox/FTPbox.exe
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.233 built by: RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.261 built by: RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.235 built by: RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.1 built by: RTMRel
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.233 built by: RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Starksoft.Net.Ftp
    Assembly Version: 1.0.158.0
    Win32 Version: 1.0.158.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FTPbox/Starksoft.Net.Ftp.DLL
----------------------------------------
Starksoft.Net.Proxy
    Assembly Version: 1.0.131.0
    Win32 Version: 1.0.131.0
    CodeBase: file:///C:/Program%20Files%20(x86)/FTPbox/Starksoft.Net.Proxy.DLL
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Make the Options form clean and simple:

• In the Filters tab, configure Selective Sync and Ignored Extensions in separate forms. 8dec9c1
• In the Account tab, the account details could be displayed in another form to save some space.
• Controls in the Bandwidth tab should be relocated. 38735d4

Tray Icon

• Change tray message format, example title: File updated and sub-title: updated-file-name.txt
• Implement a tray quick-action dialog to replace the right-click menu, similar to what dropbox does. (postponed)

isn't there any way to configure it for using multiple sites?

Problem

If the internet connection or the client-server connection is lost while downloading/uploading a file, that file will be corrupted on the receiver's end.

Fix

Instead of overwriting the outdated file when uploading/downloading, make a temporary file ( format like ~[name] ) and when the transfer is complete, check if the transferred file is the same size with the original one and, if yes, proceed to replacing the outdated file with it.

Hi,

First, very impressive good work. I tested the tool and it's great !
The only thin missing for me in the sync of symlink.

I saw on https://trello.com/b/xDzdsKKF/ftpbox that you are working on it for next release.
Do you have an approximate date for it ?

Thanks !

FTPBox crashes from time to time with following errors in the windows event log:

Name der fehlerhaften Anwendung: FTPbox.exe, Version: 2.6.3.1, Zeitstempel: 0x5557b55b
Name des fehlerhaften Moduls: clr.dll, Version: 4.6.1063.1, Zeitstempel: 0x5653653c
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x000bee31
ID des fehlerhaften Prozesses: 0x31e4
Startzeit der fehlerhaften Anwendung: 0x01d164115ad7a684
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\FTPbox\FTPbox.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Berichtskennung: df2c6879-1df1-457a-969f-b6cd4e4e9417
Vollständiger Name des fehlerhaften Pakets: 
Anwendungs-ID, die relativ zum fehlerhaften Paket ist: 

It happens minimum 10 times when using FTPBox the whole day.
I'm using Windows 10.

Any ideas?
Thank you!

Support HTTP, SOCKS4 and SOCKS5 proxies.

Add support to view, accept/decline and save (trusted) certificates.

More specifically:

• When connecting (setup form), display certificate info to user and ask for verification
• Save all trusted certificates into a local config file
• When logging in, check if the received certificate is in the trusted-list.

Thank you for your outstanding job!
We're using FTPBox on clients to sync working directories from our corporate FTP. FTP runs on Windows Server, and mostly clients are Win10. Still, there are issues with one place - guys are working in separate office, and they have FTPBox on every workstation, but these boxes sync changes to network storage hosted on Linux system.
The problem is that from their side quite often newest files on FTP are being overwritten by their older versions. First, we thought that there might be a daemon or any other piece of software that "touches" files, changing timestamps, but then, after research in source code we saw that FTPbox uses File.GetLastWriteTime method. There is a small note here -https://msdn.microsoft.com/en-gb/library/system.io.file.getlastwritetime(v=vs.110).aspx, telling that it (method) might be innacurate.
Maybe there are few solutions:

1. Use locally stored file log, to keep track of changes in case if FTPBox crashed.
2. Include file checksums in ClientItem classes to be able to compare changes and fix timestamps.
3. Combine it together?

The client does not update source on deletion of files.

It would be nice to have a possibility to change name of account.

General

• When connecting to an existing account fails, do not prompt the user to set-up the account again. Instead, go to offline mode and re-try to connect later. (4490541)
• Lower CPU usage (#35)
• Avoid synchronizing files that are already in sync. (#38)

Set-up Form

• Exiting the set-up form should be a way to cancel adding a new account (if other profiles exist)

Ideas are always welcome...

Well,i need a function when deletion was taken by FTPbox client side, the file was move to a recycle bin instead of removed.
How to do?

(enhancement)

It would be great to be able to use FTPbox on Mac.

Hi,

On Windows 7, when selecting the "Use the web interface" check box, the traybar Notification says option "The web interface will be downloaded" and at the same time the "FTP Box client" crashes showing Windows prompt saying "FTPBox stopped working" asking if I want to send information about the problem to Microsoft.
After that the program closes, the process is killed and to continue working the program has to be opened again.

Thanks in advance for any information about this issue.

I want to suggest an optional Two-Way Sync. I've been doing a lot of work on Web API's. And they are hard to debug since you can't query it directly. I remember working with the Paypal API was just always a hassle because of this very issue. (Paypal's IPN is just a Webhook)

Therefore I have to rely on some sort of logging system. Upload is a hassle yeah but it's even worse if you have to go around downloading log files every time you want to test a request you've made.

So I was hoping that maybe you guys would consider adding an option to sync both ways. Meaning you would also be able to get the error_logs and custom log files.

It would take a huge load off my back knowing I can just locally work on my API's and send a request knowing that I can just open the Log files and look at the payloads that came back.

I've noticed a few other places this was mentioned - but no solutions. I'm running the latest and greatest and, frustratingly, it closes with no error or dialog.

How can I help debug this?

Some improvements to make:

• Do not delete local files that do not appear in the file-log 1c677ee
• Queue them for upload, instead 23c1e0f
• Queue for upload any files that are changed locally but failed to be uploaded to remote on start-up sync. 23c1e0f

the server only support GB2312 encode.
the filezilla client show unread able chars also , but when set the encoding GB2312 , it shows right .
so, can ftpbox set encoding ?

(enhancement)

It would be great to be able to use FTPbox on Linux.

On machines with custom scaling settings, controls will be mispositioned in the setup form.

I like knowing what software is doing, and since tooltips aren't intended for displaying changing information in real time, how 'bout adding a very small window to show the current file operation and progress? It might be a useful option, and perhaps it could move offscreen when nothing is being moved.

Make it possible to:

• Edit account details of an existing profile.
• Change the remote folder.
• Move the local folder to a new location.
• Edit profile title

Use key files to authenticate.

On my SFTP server, filenames are encoded in utf-8.

On my Windows computer, filenames are encoded in what Windows is using (cp1252 I guess).

FTPbox should translate between those because otherwise, non-ascii characters are displayed badly on Windows.

What happens

When checking through the local files for the first time, any files that exist on both sides (client and server) will be re-uploaded and overwritten on the server side, even if the files were identical in the first place.

What should happen

If the remote file appears to be identical to the local one (size comparison, since we can't rely on hash comparison), synchronization should be skipped and the file should be marked as synced.

When i use it with sftp. FTPbox transfer some files and blocks on synchronization for crashing after...

FTPBox crashes after first configuration :

************** Exception Text **************
System.IO.PathTooLongException: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
at System.IO.PathHelper.GetFullPathName()
at System.IO.Path.NormalizePath(String path, Boolean fullCheck, Int32 maxPathLength)
at System.IO.Path.GetFullPathInternal(String path)
at System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath)
at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath)
at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList)
at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String path)
at System.IO.FileSystemInfo.get_FullName()
at FTPbox.Forms.fMain.LoadLocalFolders()
at FTPbox.Forms.fMain.fMain_Load(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)