Custom Query (8117 matches)
Results (379 - 381 of 8117)
|#384||tooltip in download queue keeps old value after deleting ent|
names long enough to warrant tool tips.
tip will keep popping up for the file with the mouse cursor on it. All good so far, as expected. Now...
file with the mouse pointer on it. (Don't move the mouse)
tooltip that shows is for the deleted file, instead of the new file that has risen up the queue to replace it.
Same thing happens when a file completes and is removed from the top of the list, the tooltip still shows the old file name.
Moving the mouse away doesn't help, bringing the mouse back still shows the out of date tool tip. clicking the mouse somewhere fixes it though.
this is with version 2.1.9
Cheers, Karl P
|#385||332 message code causes problems|
The sunsolve support site returns with a 332 message and expects a response (in order to access patches).
The 332 message sends filezilla for a loop instead of prompting for input.
To replicate, ftp to sunsolve.sun.com with username sunsolve and password sunmicro.
|#386||file sizes handled incorrectly using ASCII transfer resume|
I am using filezilla 2.1.9 client, transferring from *NIX to windows. When the file is to be transferred in ASCII, the sizes on *NIX and windows would be different (because of the CRLF conversions). If the file is already there in windows (transferred completely), the program (when set to resume, of course) tries to resume transfer where it should _never, ever_ do it.
If the file was transferred in binary, it is no problem since the sizes are equal (and the program recognizes that).