Transfer Queue window doesn't Remember size and position

[psmith2100]

When Remember size and position of FileZilla is enabled
under Edit, Settings, Interface Settings, Miscellaneous
settings, and Transfer Queue is enabled under Startup
settings, the Transfer Queue window does not remember
where it was last set. In fact, regardless of where it
was last, the transfer Queue window covers two thirds
of the screen covering the local and remote directory
listing, which are completely covered if local and
remote Treeview is enabled. I have duplicated this
problem on 3 different computers.

[psmith2100]

ZIP file of 3 images.

[andifor]

The problem is related to the Transfer Queue. As soon as the
transfer queue is visible on startup (Edit, Settings,
Interface Settings) local & remote folders keep there saved
size.

Workaround: Turn on 'Transfer Queue' and minimize it's size.
(this will take some pixels from the screen but)

[mikesmullin]

Likely related, but perhaps a separate issue: I have noticed that occasionally, when I minimize FileZilla and then restore the window, the height of the message log, transfer queue as well as the width of the remote file listing panes get completely squished to a very small size that is not usable--the only remaining pane, local file listing, is now taking up the space. I have to drag-and-drop to resize these panes to a decent size again before I can continue using FileZilla.

I'm using rc2 on WinXP.

[Alexander Schuch]

@mikesmullin:
Does this still happen with latest FileZilla 3?

[Alexander Schuch]

I played around a with the interface in FileZilla 3 SVN 2008-02-06 and discovered that if the transfer queue (or any other pane) gets hidden, and FileZilla is then restarted and the pane is set visible again, the size gets set to a default(?) value again.

Steps to reproduce:

• start FileZilla
• set Transfer Queue to a given size
• hide Transfer Queue
• close FileZilla
• start FileZilla
• show Transfer Queue again

The size of the Transfer Queue pane got reset to a default(?) value as it differs to the one set before FileZilla got closed. A quick test with the Message Log pane resulted in the same issue.

[Tim Kosse]

Thanks for reporting. This issue has been fixed in the SVN
repository and will be available with the next version.