Custom Query (8174 matches)

1. have a list of files in the download queue, all with

names long enough to warrant tool tips.

2. use the mouse to click on a file. (tool tip will

pop up)

3. use the up and down arrow keys to move around, tool

tip will keep popping up for the file with the mouse cursor on it. All good so far, as expected. Now...

4. go back down with the arrow keys to highlight the

file with the mouse pointer on it. (Don't move the mouse)

5. press delete on the keyboard to remove it from the

queue.

6. move up and down with the arrow keys. Now, the

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

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.

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).