FTP doesn't work's with different accounts at the same url

[colAflash@…]

I have an ftp server with 3 accounts. Lets name them A, B and C (in reality they are named different but there are really 3 accounts).
When logging in, every account shows up another folder. This is set so by the server.

If I use muCommander, i can log in with all 3 accounts and I also get the correct folder to see. I have also set muCommander to remember all the ftp accounts and passwords.

So if I log in with account B or C, muCommander shows me the home folder of B (or C, if I used C). So far, everything is OK!
But if I create a folder muCommander creates this folder, by making a new connection to account A I guess, in the home folder of account A! Always!

I think the following is going on. muCommander doesn't recognises the connection I used. Just the name of the server, which always is the same.
So for creating a new folder, it starts up a new connection to the server I used. Because A is the first in alphabet or maybe the first in list too, it connects to A and creates the folder in account A.

It tested this on Windows using version 0.8.2 and on Linux using version 0.8.2 and the nightly build of the 2. September 2008.

Could you please fix that soon! I like muCommander but this little thing make it really unsuable for me. I can't just create folders in B and C.

One more thing. When being connecting to an ftp, it would be really usefull to see by which username I'm connected. Maybe something like username@… in the adressbar.

There is also another bug in your bugzilla which handles a similar problem, maybe based on the same reason, for ftp bookmarks.
http://www.mucommander.com/cgi-bin/bugzilla/show_bug.cgi?id=6

Thanks!
Moritz Duge

[maxence@…]

Hi Moritz,
Thanks for the clear and detailed report. Your diagnosis is very sharp, bug #6 refers to the same issue indeed. There is currently no way to specify which account to use when carrying out file operations such as 'Make dir', 'Copy' ... so those operations are necessarily ambiguous authentication-wise.

I have ideas on how to solve this problem and more generally improve multi-user support. Basically what I have in mind is :
1) Default to the account used in the current panel for all file operation dialogs. In your example, "Make dir" would create the directory using the same account as the one used in the current panel.
2) Add an 'account' button that would allow to select which account to use. This button would be added to the location bar to switch between accounts and also to all file operation dialogs where a path can be entered (Make dir, Copy, ...), allowing to switch the default account to another one.

I can't commit on a specific date for those fixes, but 1) shouldn't be too much work and should do the trick in most cases so I'll start with that sometime soon.

Thanks again,
Maxence

[maxence@…]

*** Bug 6 has been marked as a duplicate of this bug. ***

[colAflash@…]

Thanks for you answer! I'll look for the change logs, to see when it's fixed.

If you need any further informations, let me know!

[maxence@…]

Thanks for following up. I have already committed a partial fix for 1) : *relative* destination paths now use the account of the current panel. This is typically the case when you create a directory by entering just a directory name.

So the particular test case you described is fixed but similar issues still exist for *absolute* paths. Typically when copying or moving a file to the other panel (F5 -> OK), you'll run into the same issue where the first account is arbitrarily used. In this case, a better default would be to use the other panel's account if the authentication realm (i.e. ~the server) of the entered destination path is the same.

The partial fix is in the currently nightly build if you want to try it out!

[68xeq2u02@…]

Any progress on this issue? It is a critical item for me, and I am waiting for it to be completely fixed before I try muCommander.

[jakub.vejvoda@…]

*** Bug 136 has been marked as a duplicate of this bug. ***