Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

martin

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?

For what language?


I was thinking of a native stand-alone Win-app.

I have set up an example how to use windows script host to parse an XML log.
Tanel Rebane

martin wrote:

Did you get my emails?


I did now and I just replied so talk to you soon, hopefully. :-)
martin

Did you get my emails?
martin

Tanel wrote:

Still haven't gotten anything, how strange. Could you please forward all mails except the very first one to tanel .at. rebane .dot. se. Thanks! :)

OK, will do.
Tanel

martin wrote:

Tanel wrote:

I saw your mail (received 2009-03-17) and replied (sent 2009-03-19). As I didn't get a reply back I send you a mail again (sent 2009-03-27). Did you ever get my mails? :)

I have replied you on 2008-03-28. I'll do again.


Still haven't gotten anything, how strange. Could you please forward all mails except the very first one to tanel .at. rebane .dot. se. Thanks! :)
martin

Tanel wrote:

I saw your mail (received 2009-03-17) and replied (sent 2009-03-19). As I didn't get a reply back I send you a mail again (sent 2009-03-27). Did you ever get my mails? :)

I have replied you on 2008-03-28. I'll do again.
Tanel

I saw your mail (received 2009-03-17) and replied (sent 2009-03-19). As I didn't get a reply back I send you a mail again (sent 2009-03-27). Did you ever get my mails? :)
Guest

Re: Some bugs and some improvments

martin wrote:

Anonymous wrote:

martin wrote:

Tanel Rebane wrote:

So, what format would you like the image in? VirtualBox or VMWare Workstation/Player?

Never used these, so I do not care.


Do you have sufficient hardware to run virtual machines? Eg. 320MB (256MB for XP and 64MB for Debian) of usable RAM.

Yes I do.


Ok, so, the images will be done in a few days (maybe even tonight). If you send me a mail on < tr > at < lc24 > dot < net > I'll give you an URL where you can download them or as said, if you prefer, give you access to a virtual environment via RDP/SSH with these images already running. That way you wouldn't have to waste your own resources (bandwidth/CPU-time/RAM/HDD-space). If you'd prefer to get RDP/SSH-access give me a list of IPs you might connect from and I'll open up in the firewall.

martin wrote:

Anonymous wrote:

martin wrote:

Tanel Rebane wrote:

I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?

For what language?


I was thinking of a native stand-alone Win-app.

What should such application do?


Search and filter keywords/sessions/dirs/files in the logfile and format output to the user. I know this can be done with sed/awk but only a few persons in our company know how to use sed/awk.

Also, thank you for your time and I really do appreciate all the hard work you put into this great piece of software.:)
martin

Re: Some bugs and some improvments

Anonymous wrote:

martin wrote:

Tanel Rebane wrote:

So, what format would you like the image in? VirtualBox or VMWare Workstation/Player?

Never used these, so I do not care.


Do you have sufficient hardware to run virtual machines? Eg. 320MB (256MB for XP and 64MB for Debian) of usable RAM.

Yes I do.

martin wrote:

Tanel Rebane wrote:

I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?

For what language?


I was thinking of a native stand-alone Win-app.

What should such application do?
Guest

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

I understand, but if I provide you with images you have a starting point for when you find time.

That's true. But still I think it i swaste of your time.


Open Source is all about contributing, and I want to do as much as I can. If I can't contribute with code at least I can provide bug-reports, testing and documentation. I too am a auth/dev of software-pieces (nothing as big and fancy as WinSCP however) and it's always problematic to take a first step.

martin wrote:

Tanel Rebane wrote:

So, what format would you like the image in? VirtualBox or VMWare Workstation/Player?

Never used these, so I do not care.


Do you have sufficient hardware to run virtual machines? Eg. 320MB (256MB for XP and 64MB for Debian) of usable RAM. If not I could create these machines in our DMZ and give you access to them via RDP/SSH, would you prefer that?


martin wrote:

Tanel Rebane wrote:

I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?

For what language?


I was thinking of a native stand-alone Win-app.
martin

Re: Some bugs and some improvments

Tanel Rebane wrote:

I understand, but if I provide you with images you have a starting point for when you find time.

That's true. But still I think it i swaste of your time.

So, what format would you like the image in? VirtualBox or VMWare Workstation/Player?

Never used these, so I do not care.

I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?

For what language?
Tanel Rebane

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

the first bug reported in the first post (the one you couldn't repeat) is now becoming problematic again. I just tried 4.2.1 beta and it's unfortunately still there. I am about to create one Debian-image and one Windows-image preconfigured so you can confirm this bug, what format would you like it in? VirtualBox or VMWare Workstation/Player?

I doubt I find a time to play with the images. There are so many other issues outstanding, that worry many more people and whose solution is much simpler. I'm sorry.


I understand, but if I provide you with images you have a starting point for when you find time. Maybe there is a form of donation that could make you prioritize this issue? Any hardware you might be in need of? So, what format would you like the image in? VirtualBox or VMWare Workstation/Player?

martin wrote:

Anonymous wrote:

And this also would be of great use, in other words: a logging level that is identical to the output of the "winscp.exe /console"-window. And also

Have you noticed XML logging?


I did notice it. At first I thought it wouldn't be applicable to my situation but having taken a closer look I think it could work well after finding a decent XML-parser. Any recommendations?
martin

Re: Some bugs and some improvments

Anonymous wrote:

And this also would be of great use, in other words: a logging level that is identical to the output of the "winscp.exe /console"-window. And also

Have you noticed XML logging?
martin

Tanel Rebane wrote:

the first bug reported in the first post (the one you couldn't repeat) is now becoming problematic again. I just tried 4.2.1 beta and it's unfortunately still there. I am about to create one Debian-image and one Windows-image preconfigured so you can confirm this bug, what format would you like it in? VirtualBox or VMWare Workstation/Player?

I doubt I find a time to play with the images. There are so many other issues outstanding, that worry many more people and whose solution is much simpler. I'm sorry.
Guest

Re: Some bugs and some improvments

Tanel Rebane wrote:


Suggestion of improvement 1:
When logging together with keepuptpdate the logfile grows very quickly. Consider having a logging option with less output, maybe the same amount of output as in cmd.exe when running /keepuptodate with /console.


And this also would be of great use, in other words: a logging level that is identical to the output of the "winscp.exe /console"-window. And also

E.g:
Searching for host...
Connecting to host...
Authenticating...
Using username "XXXXXXXXXXX".
Authenticating with public key "XXXXXXXXXXXXXXX".
Authenticated.
Starting the session...
Reading remote directory...
Session started.
Active session: [1] XXXXXXX@192.168.X.X
Comparing...
Local 'C:\www' => Remote '/var/www/htdocs/XXXXXXXXXXXXXX-https'
Nothing to synchronize.
Watching for changes, press Ctrl-C to abort...
Scanning 'C:\www' for subdirectories...
Watching for changes in 1 directories...
Change in 'C:\www' detected.
Local 'C:\www' => Remote '/var/www/htdocs/XXXXXXXXXXXXXX-https'
C:\www\New Folder | 0 KiB | 0,0 KiB/s | binary | 0%
Watching for changes in 2 directories...
Change in 'C:\www' detected.
Local 'C:\www' => Remote '/var/www/htdocs/XXXXXXXXXXXXXX-https'
C:\www\New Folder (2) | 0 KiB | 0,0 KiB/s | binary | 0%
Watching for changes in 3 directories...

Thanks in advance!
Tanel Rebane

Hello,

the first bug reported in the first post (the one you couldn't repeat) is now becoming problematic again. I just tried 4.2.1 beta and it's unfortunately still there. I am about to create one Debian-image and one Windows-image preconfigured so you can confirm this bug, what format would you like it in? VirtualBox or VMWare Workstation/Player?

Thanks in advance!
Guest

martin wrote:

Tanel Rebane wrote:

Did you try out the Synkman2_v2.rar? In theory you shouldn't have to, but things rarely work in practice as they do in theory.

I have just tried it with the .lnk and the script from Synkman2_v2.rar. No difference, it works :-(
What about any software you have on your machine that may influence how local files are accessed? Like antivirus.


Nothing of that kind, unless MS have something enabled by default. I'll try to make you a VMWare image that demonstrates the behavior.
martin

Tanel Rebane wrote:

Did you try out the Synkman2_v2.rar? In theory you shouldn't have to, but things rarely work in practice as they do in theory.

I have just tried it with the .lnk and the script from Synkman2_v2.rar. No difference, it works :-(
What about any software you have on your machine that may influence how local files are accessed? Like antivirus.
Tanel Rebane

martin wrote:

I doubt it has anything to do with SP3 since it occurred on XP SP2, XP SP3, 2003 SP2 and 2008 SP1 for me.

Sorry, I've missed that information.
Then I have no clue :-(


Did you try out the Synkman2_v2.rar? In theory you shouldn't have to, but things rarely work in practice as they do in theory.
martin

I doubt it has anything to do with SP3 since it occurred on XP SP2, XP SP3, 2003 SP2 and 2008 SP1 for me.

Sorry, I've missed that information.
Then I have no clue :-(
Guest

martin wrote:

Tanel Rebane wrote:

The directory-delete bug as described in the first post and also shown in the video IS still there. I hope you can find the source to this bug!

I have already installed SP3. So I'll test this soon again in case it is caused by the SP.


I doubt it has anything to do with SP3 since it occurred on XP SP2, XP SP3, 2003 SP2 and 2008 SP1 for me.
martin

Tanel Rebane wrote:

The directory-delete bug as described in the first post and also shown in the video IS still there. I hope you can find the source to this bug!

I have already installed SP3. So I'll test this soon again in case it is caused by the SP.
Tanel Rebane

Anonymous wrote:

martin wrote:

Tanel Rebane wrote:

2) Synkman against Debian 4.0 r3 using sftp-server from XP SP3 produces the same result, being the bug.

In situation 2 another bug occurs. That is that you must provide a password for the user when using "winscp.exe <session> /console /script=<script>" even tho the session is saved with a path to a valid .ppk that works in GUI-mode.

Can you post a log file?


Sorry, this was an error on my side, a copy-paste error. I hope I didn't cause too much trouble.


Just to clarify: the asking for password when using "winscp.exe <session> /console /script=<script>" was a copy-paste error by my side and has been corrected in Synkman2_v2.rar (<invalid hyperlink removed by admin>).

The directory-delete bug as described in the first post and also shown in the video IS still there. I hope you can find the source to this bug!
Guest

martin wrote:

Tanel Rebane wrote:

2) Synkman against Debian 4.0 r3 using sftp-server from XP SP3 produces the same result, being the bug.

In situation 2 another bug occurs. That is that you must provide a password for the user when using "winscp.exe <session> /console /script=<script>" even tho the session is saved with a path to a valid .ppk that works in GUI-mode.

Can you post a log file?


Sorry, this was an error on my side, a copy-paste error. I hope I didn't cause too much trouble.
martin

Tanel Rebane wrote:

2) Synkman against Debian 4.0 r3 using sftp-server from XP SP3 produces the same result, being the bug.

In situation 2 another bug occurs. That is that you must provide a password for the user when using "winscp.exe <session> /console /script=<script>" even tho the session is saved with a path to a valid .ppk that works in GUI-mode.

Can you post a log file?
Tanel Rebane

So, here's more info about the first bug, the www-delete bug. I've tried various configurations and combination and here are the results:
1) Synkman against OpenBSD 4.3-Stable using internal-sftp and sftp-server from XP SP3, XP SP2, 2003 SP2 and 2008 SP1 produces the same result, being the bug.
2) Synkman against Debian 4.0 r3 using sftp-server from XP SP3 produces the same result, being the bug.

In situation 2 another bug occurs. That is that you must provide a password for the user when using "winscp.exe <session> /console /script=<script>" even tho the session is saved with a path to a valid .ppk that works in GUI-mode.

I have now set up a downloadable VMWare-image (Debian r3 i386.rar) and the sync application (Synkman2.rar) created for demonstration-purpose, they can be found on here (<invalid hyperlink removed by admin>).

Here is some info you might need to try this out:
Users: root, test, synkman
Passwords: test, test, test
IP: Static, 192.168.3.68
GW: Static, 192.168.3.1
DNS: Some of Swedens universities

If you have any questions, ask here or mail me.
Tanel Rebane

About the C:\www-delete bug, I just tired it on Win XP SP2 and the same thing occurs.
Tanel Rebane

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

I see. Well, nevertheless it would be great if you could minimize .exe /console and also start it minimized with e.g. .exe /console /minimize.

You can minimize console window by running WinSCP trough shortcut with Run option set to minimize.

Minimization to tray has been added to tracker.


Wonderful! Yes, I suppose I wasn't all that clear. When I said "minimize .exe /console and also start it minimized with e.g. .exe /console /minimize" I meant minimized to tray.
martin

Re: Some bugs and some improvments

Tanel Rebane wrote:

I see. Well, nevertheless it would be great if you could minimize .exe /console and also start it minimized with e.g. .exe /console /minimize.

You can minimize console window by running WinSCP trough shortcut with Run option set to minimize.

Minimization to tray has been added to tracker.
Tanel Rebane

Re: Some bugs and some improvments

martin wrote:

It seems to hold true on my system. I made another video that shows this behavior: <invalid hyperlink removed by admin>

OK. This is misunderstanding. The cmd.exe is not run by winscp.exe /console. It is run by Windows to run the .bat file. Which in turn runs winscp.exe, which opens the second window. If you execute winscp.com from the .bat, the .com inherits the .bat console window, hence no new window is opened. But this is reason I do not think i'll be able to minimize the window, because it is not owned by winscp, it is owned by the parent cmd.exe process.
But as your .bat file includes only single command you can replace it by shortcut file, which opens no window.


I see. Well, nevertheless it would be great if you could minimize .exe /console and also start it minimized with e.g. .exe /console /minimize.

martin wrote:

Windows XP SP3 with C: running NTFS. I shall see if I can create an VMware-image for you. In the meanwhile is there anything else I could do, provide you with debug-info or such?

I have no idea. I've hoped you have different FS (i do have NTFS as well). I'm going to upgrade to XP SP3 soon in case the problem is caused by it.


I'll try to see if it's reproducible on Win 2003 r2 or Win 2008 (which are the main targets of use) tomorrow.
martin

Re: Some bugs and some improvments

It seems to hold true on my system. I made another video that shows this behavior: <invalid link removed>

OK. This is misunderstanding. The cmd.exe is not run by winscp.exe /console. It is run by Windows to run the .bat file. Which in turn runs winscp.exe, which opens the second window. If you execute winscp.com from the .bat, the .com inherits the .bat console window, hence no new window is opened. But this is reason I do not think i'll be able to minimize the window, because it is not owned by winscp, it is owned by the parent cmd.exe process.
But as your .bat file includes only single command you can replace it by shortcut file, which opens no window.

Windows XP SP3 with C: running NTFS. I shall see if I can create an VMware-image for you. In the meanwhile is there anything else I could do, provide you with debug-info or such?

I have no idea. I've hoped you have different FS (i do have NTFS as well). I'm going to upgrade to XP SP3 soon in case the problem is caused by it.
Guest

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

There should be an option to log to logfile the same output that is printed in the dialog window. Or something alike, because if you have /keepuptodate running 24/7 the current logfile grows huge.

This is probably what this request is about.


Yes, great! :)

martin wrote:

Tanel Rebane wrote:

This wouldn't be a problem if the cmd.exe-window didn't need input after you've terminated WinSCP.exe.

Example:
Running a bat-file with the following content:
"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt


Starts a cmd.exe-process with the following output in its window:
C:\Program Files\Synkman>"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt

This is not true. At least not generally. Where do you run winscp.exe from, when this happens?


It seems to hold true on my system. I made another video that shows this behavior: <invalid link removed>

martin wrote:


I recorded the bug you could not reproduce on video.

I've followed the video step by step and still it works for me. The directories, once deleted and gone for good on the first attempt. So there must be something different on your system. I suppose you are using Win XP SP3? What is file system on your C: drive?


Windows XP SP3 with C: running NTFS. I shall see if I can create an VMware-image for you. In the meanwhile is there anything else I could do, provide you with debug-info or such?
martin

I recorded the bug you could not reproduce on video.

I've followed the video step by step and still it works for me. The directories, once deleted and gone for good on the first attempt. So there must be something different on your system. I suppose you are using Win XP SP3? What is file system on your C: drive?
martin

Re: Some bugs and some improvments

Tanel Rebane wrote:

There should be an option to log to logfile the same output that is printed in the dialog window. Or something alike, because if you have /keepuptodate running 24/7 the current logfile grows huge.

This is probably what this request is about.

martin wrote:

This wouldn't be a problem if the cmd.exe-window didn't need input after you've terminated WinSCP.exe.

Example:
Running a bat-file with the following content:
"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt


Starts a cmd.exe-process with the following output in its window:
C:\Program Files\Synkman>"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt

This is not true. At least not generally. Where do you run winscp.exe from, when this happens?
Guest

I recorded the bug you could not reproduce on video.

It can all be found here:
<invalid hyperlink removed by admin>

I hope a solution is found. :)
Tanel Rebane

Re: Some bugs and some improvments

martin wrote:

Tanel Rebane wrote:

How to reproduce bug:
1) Create a few directories in local source path to sync/keepuptodate from.
2) Run WinSCP.bat.
3) Delete the content in local source path.
4) Refresh the local source path in explorer.exe (F5), the directories are still there, they are also still there in the remote path. Trying to delete them locally (again) via explorer.exe results in the following message "Cannot delete file: Cannot read from the source file or disk".
5) Terminate WinSCP, the directories are now gone locally but not remotely.

I'm not able to reproduce this one. So you start with empty c:\WWW. Start "keep up to date". You create few directories, like c:\WWW\a and c:\WWW\b. They get uploaded. Then you remove them?


C:\WWW does not have to be empty. But yes, run .bat and create a few dirs (or maybe you already have a few dirs in there) and then try to delete the dirs in C:\WWW and it's not possible since after a refresh they are still there. Have you tried using my batch and script file when reproducing? If you really can't reproduce it I can maybe capture it on video and put it up to show.

martin wrote:

Tanel Rebane wrote:

Suggestion of improvement 1:
When logging together with keepuptpdate the logfile grows very quickly. Consider having a logging option with less output, maybe the same amount of output as in cmd.exe when running /keepuptodate with /console.

Which log do you mean? Log on the dialog window or logging to file?


There should be an option to log to logfile the same output that is printed in the dialog window. Or something alike, because if you have /keepuptodate running 24/7 the current logfile grows huge.

martin wrote:

Tanel Rebane wrote:

Suggestion of improvement 2:
This one is a bit trickier I suppose, but being able to minimize winscp.com to tray would be just super!

I do not think I'm able to minimize winscp.com to tray. But it should be possible to minimize "winscp.exe /console" to tray. Do you need to do this with winscp.com for some reason?


The problem is that you want to hide all the windows, running WinSCP with /console first runs cmd.exe that in it's turn spawns WinSCP.exe. This wouldn't be a problem if the cmd.exe-window didn't need input after you've terminated WinSCP.exe.

Example:
Running a bat-file with the following content:
"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt


Starts a cmd.exe-process with the following output in its window:
C:\Program Files\Synkman>"C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /console /script=script.txt


This in turn spawns WinSCP.exe in console-mode. IF you were able to minimize the now running WinSCP.exe-window you'd still have the cmd.exe-window up and running.

Now this wouldn't be a problem because you could use cmdow (<invalid hyperlink removed by admin>) to hide the cmd.exe-window by changing your original bat-file to:
"C:\Program Files\Synkman\cmdow.exe" /run /hid "C:\Program Files\Synkman\winscp.com" synkman@192.168.7.10 /script=script.txt


However this does not work because when you finally decide to terminate WinSCP.exe the cmd.exe will print out "^CTerminate batch job (Y/N)?" in it's window and is now waiting for input, and since the cmd.exe-window is hidden and can therefore not recive any input the cmd.exe-process will run forever (or until you terminate it in Task Manager).
martin

Re: Some bugs and some improvments

Tanel Rebane wrote:

How to reproduce bug:
1) Create a few directories in local source path to sync/keepuptodate from.
2) Run WinSCP.bat.
3) Delete the content in local source path.
4) Refresh the local source path in explorer.exe (F5), the directories are still there, they are also still there in the remote path. Trying to delete them locally (again) via explorer.exe results in the following message "Cannot delete file: Cannot read from the source file or disk".
5) Terminate WinSCP, the directories are now gone locally but not remotely.

I'm not able to reproduce this one. So you start with empty c:\WWW. Start "keep up to date". You create few directories, like c:\WWW\a and c:\WWW\b. They get uploaded. Then you remove them?

How to reproduce bug:
1) Run: "C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /keepuptodate
2) Start the keepuptodate.
3) Minimize to tray.
4) Unminimize it. You now have a big grey windows that you can't influence.

This issue has been added to tracker.

Suggestion of improvement 1:
When logging together with keepuptpdate the logfile grows very quickly. Consider having a logging option with less output, maybe the same amount of output as in cmd.exe when running /keepuptodate with /console.

Which log do you mean? Log on the dialog window or logging to file?

Suggestion of improvement 2:
This one is a bit trickier I suppose, but being able to minimize winscp.com to tray would be just super!

I do not think I'm able to minimize winscp.com to tray. But it should be possible to minimize "winscp.exe /console" to tray. Do you need to do this with winscp.com for some reason?
Tanel Rebane

Some bugs and some improvments

Hello,

I have a few bugs to notify about and a some improvements to suggest. All my input applies to version 4.1.2 (Build 388) (OS 5.1.2600 Service Pack 3)

Bug 1)
WinSCP\WinSCP.bat:
"C:\Program Files\Synkman\winscp.com" synkman@192.168.7.10 /script=script.txt

WinSCP\script.txt:
synchronize remote C:\www /var/www/htdocs/project.nordiccapital.com-https -delete -mirror

keepuptodate C:\www /var/www/htdocs/project.nordiccapital.com-https -delete


How to reproduce bug:
1) Create a few directories in local source path to sync/keepuptodate from.
2) Run WinSCP.bat.
3) Delete the content in local source path.
4) Refresh the local source path in explorer.exe (F5), the directories are still there, they are also still there in the remote path. Trying to delete them locally (again) via explorer.exe results in the following message "Cannot delete file: Cannot read from the source file or disk".
5) Terminate WinSCP, the directories are now gone locally but not remotely.

WinSCP.bat output:
Searching for host...

Connecting to host...
Authenticating...
Using username "synkman".
Authenticating with public key "synkman 20080518".
Authenticated.
Starting the session...
Reading remote directory...
Session started.
Active session: [1] synkman@192.168.7.10
Comparing...
Local 'C:\www\New Folder' => Remote '/var/www/htdocs/project.nordiccapital.com-h
Local 'C:\www\Copy of New Folder' => Remote '/var/www/htdocs/project.nordiccapit
Local 'C:\www\Copy (2) of New Folder' => Remote '/var/www/htdocs/project.nordicc
Local 'C:\www\Copy (3) of New Folder' => Remote '/var/www/htdocs/project.nordicc
apital.com-https/Copy (3) of New Folder'
Nothing to synchronize.
Watching for changes, press Ctrl-C to abort...
Scanning 'C:\www' for subdirectories...
Watching for changes in 5 directories...
Change in 'C:\www\New Folder' detected.
Change in 'C:\www\Copy (2) of New Folder' detected.
Change in 'C:\www\Copy (3) of New Folder' detected.
Change in 'C:\www\Copy of New Folder' detected.

Logfile can be found here:
. 2008-05-19 19:29:19.942 --------------------------------------------------------------------------

. 2008-05-19 19:29:19.942 WinSCP Version 4.1.2 (Build 388) (OS 5.1.2600 Service Pack 3)
. 2008-05-19 19:29:19.942 Login time: den 19 maj 2008 19:29:19
. 2008-05-19 19:29:19.942 --------------------------------------------------------------------------
. 2008-05-19 19:29:19.942 Session name: synkman@192.168.7.10
. 2008-05-19 19:29:19.942 Host name: 192.168.7.10 (Port: 22)
. 2008-05-19 19:29:19.942 User name: synkman (Password: No, Key file: Yes)
. 2008-05-19 19:29:19.942 Tunnel: No
. 2008-05-19 19:29:19.942 Transfer Protocol: SFTP
. 2008-05-19 19:29:19.942 Ping type: N, Ping interval: 30 sec; Timeout: 15 sec
. 2008-05-19 19:29:19.942 Proxy: none
. 2008-05-19 19:29:19.942 SSH protocol version: 2; Compression: No
. 2008-05-19 19:29:19.942 Bypass authentication: No
. 2008-05-19 19:29:19.942 Try agent: Yes; Agent forwarding: No; TIS/CryptoCard: No; KI: Yes; GSSAPI: No
. 2008-05-19 19:29:19.942 Ciphers: aes,blowfish,3des,WARN,arcfour,des; Ssh2DES: No
. 2008-05-19 19:29:19.942 SSH Bugs: -,-,-,-,-,-,-,-
. 2008-05-19 19:29:19.942 SFTP Bugs: -,-
. 2008-05-19 19:29:19.942 Return code variable: Autodetect; Lookup user groups: Yes
. 2008-05-19 19:29:19.942 Shell: default, EOL: 0
. 2008-05-19 19:29:19.942 Clear aliases: Yes, Unset nat.vars: Yes, Resolve symlinks: Yes
. 2008-05-19 19:29:19.942 LS: ls -la, Ign LS warn: Yes, Scp1 Comp: No
. 2008-05-19 19:29:19.942 Local directory: C:\www, Remote directory: /var/www/htdocs/project.nordiccapital.com-https, Update: No, Cache: Yes
. 2008-05-19 19:29:19.942 Cache directory changes: Yes, Permanent: Yes
. 2008-05-19 19:29:19.942 DST mode: 1
. 2008-05-19 19:29:19.942 --------------------------------------------------------------------------
. 2008-05-19 19:29:19.942 Looking up host "192.168.7.10"
. 2008-05-19 19:29:19.942 Connecting to 192.168.7.10 port 22
. 2008-05-19 19:29:20.004 Server version: SSH-2.0-OpenSSH_4.8
. 2008-05-19 19:29:20.004 We claim version: SSH-2.0-WinSCP_release_4.1.2
. 2008-05-19 19:29:20.004 SSPI: acquired credentials for: tanelr@AD.NC.COM
. 2008-05-19 19:29:20.004 Cannot convert IP address to SPN: DNS is not trusted
. 2008-05-19 19:29:20.004 GSSKEX disabled:
. 2008-05-19 19:29:20.004 Using SSH protocol version 2
. 2008-05-19 19:29:20.020 Doing Diffie-Hellman group exchange
. 2008-05-19 19:29:20.239 Doing Diffie-Hellman key exchange with hash SHA-1
. 2008-05-19 19:29:20.426 Host key fingerprint is:
. 2008-05-19 19:29:20.426 ssh-rsa 2048 c0:a6:a7:c3:06:cc:bd:74:c9:81:7a:7e:1d:1b:aa:a1
. 2008-05-19 19:29:20.426 Initialised AES-256 SDCTR client->server encryption
. 2008-05-19 19:29:20.426 Initialised HMAC-SHA1 client->server MAC algorithm
. 2008-05-19 19:29:20.426 Initialised AES-256 SDCTR server->client encryption
. 2008-05-19 19:29:20.426 Initialised HMAC-SHA1 server->client MAC algorithm
. 2008-05-19 19:29:20.645 Reading private key file "C:\Program Files\Synkman\synkman.ppk"
! 2008-05-19 19:29:20.645 Using username "synkman".
. 2008-05-19 19:29:20.661 Offered public key
. 2008-05-19 19:29:20.661 Offer of public key accepted
! 2008-05-19 19:29:20.661 Authenticating with public key "synkman 20080518"
. 2008-05-19 19:29:20.739 Access granted
. 2008-05-19 19:29:20.754 Opened channel for session
. 2008-05-19 19:29:20.754 Started a shell/command
. 2008-05-19 19:29:20.754 --------------------------------------------------------------------------
. 2008-05-19 19:29:20.754 Using SFTP protocol.
. 2008-05-19 19:29:20.754 Doing startup conversation with host.
> 2008-05-19 19:29:20.754 Type: SSH_FXP_INIT, Size: 5, Number: -1
< 2008-05-19 19:29:20.770 Type: SSH_FXP_VERSION, Size: 38, Number: -1
. 2008-05-19 19:29:20.770 SFTP version 3 negotiated.
. 2008-05-19 19:29:20.770 Unknown server extension posix-rename@openssh.com=1
. 2008-05-19 19:29:20.770 We believe the server has signed timestamps bug
. 2008-05-19 19:29:20.770 We will use UTF-8 strings for status messages only
. 2008-05-19 19:29:20.770 Limiting packet size to OpenSSH sftp-server limit of 262148 bytes
. 2008-05-19 19:29:20.770 Changing directory to "/var/www/htdocs/project.nordiccapital.com-https".
. 2008-05-19 19:29:20.770 Getting real path for '/var/www/htdocs/project.nordiccapital.com-https'
> 2008-05-19 19:29:20.770 Type: SSH_FXP_REALPATH, Size: 56, Number: 16
< 2008-05-19 19:29:20.770 Type: SSH_FXP_NAME, Size: 115, Number: 16
. 2008-05-19 19:29:20.770 Real path is '/var/www/htdocs/project.nordiccapital.com-https'
. 2008-05-19 19:29:20.770 Trying to open directory "/var/www/htdocs/project.nordiccapital.com-https".
> 2008-05-19 19:29:20.770 Type: SSH_FXP_LSTAT, Size: 56, Number: 263
< 2008-05-19 19:29:20.770 Type: SSH_FXP_ATTRS, Size: 37, Number: 263
. 2008-05-19 19:29:20.770 Getting current directory name.
. 2008-05-19 19:29:20.770 Startup conversation with host finished.
. 2008-05-19 19:29:20.770 Collecting synchronization list for local directory 'C:\www' and remote directory '/var/www/htdocs/project.nordiccapital.com-https', mode = 0, params = 4099
. 2008-05-19 19:29:20.770 Listing directory "/var/www/htdocs/project.nordiccapital.com-https".
> 2008-05-19 19:29:20.770 Type: SSH_FXP_OPENDIR, Size: 56, Number: 523
< 2008-05-19 19:29:20.770 Type: SSH_FXP_HANDLE, Size: 13, Number: 523
> 2008-05-19 19:29:20.770 Type: SSH_FXP_READDIR, Size: 13, Number: 780
< 2008-05-19 19:29:20.770 Type: SSH_FXP_NAME, Size: 735, Number: 780
> 2008-05-19 19:29:20.770 Type: SSH_FXP_READDIR, Size: 13, Number: 1036
< 2008-05-19 19:29:20.770 Type: SSH_FXP_STATUS, Size: 28, Number: 1036
< 2008-05-19 19:29:20.770 Status/error code: 1
> 2008-05-19 19:29:20.770 Type: SSH_FXP_CLOSE, Size: 13, Number: 1284
. 2008-05-19 19:29:20.770 Collecting synchronization list for local directory 'C:\www\New Folder' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/New Folder', mode = 0, params = 4099
. 2008-05-19 19:29:20.770 Listing directory "/var/www/htdocs/project.nordiccapital.com-https/New Folder".
> 2008-05-19 19:29:20.770 Type: SSH_FXP_OPENDIR, Size: 67, Number: 1547
< 2008-05-19 19:29:20.770 Type: SSH_FXP_STATUS, Size: 24, Number: 1284
. 2008-05-19 19:29:20.770 Discarding reserved response
< 2008-05-19 19:29:20.770 Type: SSH_FXP_HANDLE, Size: 13, Number: 1547
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 1804
< 2008-05-19 19:29:20.786 Type: SSH_FXP_NAME, Size: 207, Number: 1804
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 2060
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 28, Number: 2060
< 2008-05-19 19:29:20.786 Status/error code: 1
> 2008-05-19 19:29:20.786 Type: SSH_FXP_CLOSE, Size: 13, Number: 2308
. 2008-05-19 19:29:20.786 Collecting synchronization list for local directory 'C:\www\Copy of New Folder' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy of New Folder', mode = 0, params = 4099
. 2008-05-19 19:29:20.786 Listing directory "/var/www/htdocs/project.nordiccapital.com-https/Copy of New Folder".
> 2008-05-19 19:29:20.786 Type: SSH_FXP_OPENDIR, Size: 75, Number: 2571
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 24, Number: 2308
. 2008-05-19 19:29:20.786 Discarding reserved response
< 2008-05-19 19:29:20.786 Type: SSH_FXP_HANDLE, Size: 13, Number: 2571
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 2828
< 2008-05-19 19:29:20.786 Type: SSH_FXP_NAME, Size: 207, Number: 2828
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 3084
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 28, Number: 3084
< 2008-05-19 19:29:20.786 Status/error code: 1
> 2008-05-19 19:29:20.786 Type: SSH_FXP_CLOSE, Size: 13, Number: 3332
. 2008-05-19 19:29:20.786 Collecting synchronization list for local directory 'C:\www\Copy (2) of New Folder' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy (2) of New Folder', mode = 0, params = 4099
. 2008-05-19 19:29:20.786 Listing directory "/var/www/htdocs/project.nordiccapital.com-https/Copy (2) of New Folder".
> 2008-05-19 19:29:20.786 Type: SSH_FXP_OPENDIR, Size: 79, Number: 3595
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 24, Number: 3332
. 2008-05-19 19:29:20.786 Discarding reserved response
< 2008-05-19 19:29:20.786 Type: SSH_FXP_HANDLE, Size: 13, Number: 3595
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 3852
< 2008-05-19 19:29:20.786 Type: SSH_FXP_NAME, Size: 207, Number: 3852
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 4108
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 28, Number: 4108
< 2008-05-19 19:29:20.786 Status/error code: 1
> 2008-05-19 19:29:20.786 Type: SSH_FXP_CLOSE, Size: 13, Number: 4356
. 2008-05-19 19:29:20.786 Collecting synchronization list for local directory 'C:\www\Copy (3) of New Folder' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy (3) of New Folder', mode = 0, params = 4099
. 2008-05-19 19:29:20.786 Listing directory "/var/www/htdocs/project.nordiccapital.com-https/Copy (3) of New Folder".
> 2008-05-19 19:29:20.786 Type: SSH_FXP_OPENDIR, Size: 79, Number: 4619
< 2008-05-19 19:29:20.786 Type: SSH_FXP_STATUS, Size: 24, Number: 4356
. 2008-05-19 19:29:20.786 Discarding reserved response
< 2008-05-19 19:29:20.786 Type: SSH_FXP_HANDLE, Size: 13, Number: 4619
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 4876
< 2008-05-19 19:29:20.786 Type: SSH_FXP_NAME, Size: 207, Number: 4876
> 2008-05-19 19:29:20.786 Type: SSH_FXP_READDIR, Size: 13, Number: 5132
< 2008-05-19 19:29:20.801 Type: SSH_FXP_STATUS, Size: 28, Number: 5132
< 2008-05-19 19:29:20.801 Status/error code: 1
> 2008-05-19 19:29:20.801 Type: SSH_FXP_CLOSE, Size: 13, Number: 5380
. 2008-05-19 19:29:36.785 Collecting synchronization list for local directory 'C:\www\New Folder\' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/New Folder/', mode = 0, params = 187
. 2008-05-19 19:29:37.285 Collecting synchronization list for local directory 'C:\www\Copy (2) of New Folder\' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy (2) of New Folder/', mode = 0, params = 187
. 2008-05-19 19:29:37.785 Collecting synchronization list for local directory 'C:\www\Copy (3) of New Folder\' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy (3) of New Folder/', mode = 0, params = 187
. 2008-05-19 19:29:38.285 Collecting synchronization list for local directory 'C:\www\Copy of New Folder\' and remote directory '/var/www/htdocs/project.nordiccapital.com-https/Copy of New Folder/', mode = 0, params = 187
. 2008-05-19 19:29:50.925 Sending null packet to keep session alive.
. 2008-05-19 19:29:50.925 Sending special code: 15
. 2008-05-19 19:30:21.424 Sending null packet to keep session alive.
. 2008-05-19 19:30:21.424 Sending special code: 15
. 2008-05-19 19:30:51.923 Sending null packet to keep session alive.
. 2008-05-19 19:30:51.923 Sending special code: 15


Bug 2)
How to reproduce bug:
1) Run: "C:\Program Files\Synkman\winscp.exe" synkman@192.168.7.10 /keepuptodate
2) Start the keepuptodate.
3) Minimize to tray.
4) Unminimize it. You now have a big grey windows that you can't influence.

Suggestion of improvement 1:
When logging together with keepuptpdate the logfile grows very quickly. Consider having a logging option with less output, maybe the same amount of output as in cmd.exe when running /keepuptodate with /console.

Suggestion of improvement 2:
This one is a bit trickier I suppose, but being able to minimize winscp.com to tray would be just super!

Thanks for a great piece of software! :)

I'm reachable at:
tr <?a,t?> lc24 <+d,o,t+> net

(You can never be cautious enough about bots.)