FlashFXP 4.1 RC 3 build 1632

[bigstar]

Originally Posted by msg7086

switch off 'modern toolbar' option causing flashfxp stop responsing, even kill it and restart. appears on my pc, windows server 2008r2, remote desktop connecting from my laptop, no aero, newly upgraded to 1629 build.

I happen to have a machine running windows server 2008r2 that I access via remote desktop. I attempted to reproduce this lockup but was unsuccessful.

It could be caused by a specific setting set via the remote desktop connection, I tested every possible combination that I could think of, all the color depths, performance settings, etc.

Was FlashFXP idle or busy when you connected to the remote desktop? You might want to test again with 1631 and see if you still have the same issue.

[Blubi]

Just checked and it seems liveupdate crash is fixed

[msg7086]

Originally Posted by bigstar

The over-all queue progress percentage shown on the taskbar isn't updated in real-time, it looks like when a file is added to the queue the percentage isn't updated fast enough, it may take up to a minute or more. I will change the way the taskbar progress is updated to ensure that it's updated at least once per second when the percentage changes. Thank you

i would suggest that updating the progress when a great change on the queue happened. say adding or removing a file that is larger than 1% of whole queue size, etc.

Originally Posted by bigstar

I happen to have a machine running windows server 2008r2 that I access via remote desktop. I attempted to reproduce this lockup but was unsuccessful.

It could be caused by a specific setting set via the remote desktop connection, I tested every possible combination that I could think of, all the color depths, performance settings, etc.

Was FlashFXP idle or busy when you connected to the remote desktop? You might want to test again with 1631 and see if you still have the same issue.

i just comfirmed that switching the option under win7 laptop with aero enabled would cause the window halt just the same way. flashfxp eat whole single cpu resource.
i'm downloading the new rc build and will let you know after further test.



-=EDIT=-

build 1632 is no good. still halt. i attached flashfxp.ini here with personal infomation wiped. hope it helps

[Blubi]

bigstar, can you please modify string "Enter password to lock" with FlashFXP (so it won't get added automatically to the string) or else it doesn't look nice in some languages.
So string would be "Enter password to lock".

Also there in that dialog there is no error message when both passwords are mismatching.
Also password can't be only one digit

Also when entering "http:\\" for IP/host in quick connect, ffxp wants ip/host.
Normally it should tell you entered IP/host is incorrect.

[bigstar]

Originally Posted by msg7086

another minor bug.

when use stat-l / list method to list directory, the timezone detecting function didn't kill the second part of the time when comparing remote local time and utc time. the list command doesn't return the second part so the offset become 28747sec(actual) instead of 28800sec(expected) if the target file has a second part of 53sec, i.e. 20110101000053 <=> 01JAN 08:00

Thank you, I have confirmed the issue and this will be addressed in the next release, I also discovered a flaw in the date/time parser when handling List -alT where T instructs the server to include the seconds, however the seconds aren't added to the internal date/time value.

[LBeansy]

Originally Posted by Blubi

Just checked and it seems liveupdate crash is fixed

I just downloaded the 1632 build and it seems that the live update crash has been resolved.

Thanks!

[bigstar]

Originally Posted by Blubi

bigstar, can you please modify string "Enter password to lock" with FlashFXP (so it won't get added automatically to the string) or else it doesn't look nice in some languages.
So string would be "Enter password to lock".

Also there in that dialog there is no error message when both passwords are mismatching.
Also password can't be only one digit

Thanks, I'll get this fixed in the next build.

Also when entering "http:\\" for IP/host in quick connect, ffxp wants ip/host.
Normally it should tell you entered IP/host is incorrect.

Can you give me a better example of what you mean, I don't think I fully understand, are you typing the url or pasting it into the field? If you're pasting it then its automatically parsed and any invalid fields are set to default.

[Blubi]

I'm typing that.