FlashFXP 4.1 RC 3 build 1632

[bigstar]

Originally Posted by msg7086

adding files to queue after starting the transfer does not update the taskbar icon percentage (the green bar)

bug or won't fix?

It should, how many files are in the queue immediately prior to adding more?

Are you specifically adding files or folders, is it an upload, download, or site to site transfer?

[msg7086]

Originally Posted by bigstar

It should, how many files are in the queue immediately prior to adding more?

Are you specifically adding files or folders, is it an upload, download, or site to site transfer?

let me explain how i find it.

say, a single 6GB file in the queue, with 3GB already done. now resuming the queue (at 50%), add another 6GB single file into download queue. and the taskbar icon is still at the middle (~50%) but expected to be 25% right?

i just meet the problem occasionally and hasn't done many futher tests. this appears both on build1561(my pc) and build1629(my laptop)

[bigstar]

Originally Posted by msg7086

let me explain how i find it.

say, a single 6GB file in the queue, with 3GB already done. now resuming the queue (at 50%), add another 6GB single file into download queue. and the taskbar icon is still at the middle (~50%) but expected to be 25% right?

i just meet the problem occasionally and hasn't done many futher tests. this appears both on build1561(my pc) and build1629(my laptop)

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

[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