Comment 16 for bug 879496

I encountered this using an upgraded Ubuntu 11.10 with vino 3.2.0-0ubuntu1.

If I set the password through "Desktop Sharing" my clients could not authenticate, I tried with both TightVNC and AndroidVNC clients.
When I unchecked the option to require a password, both clients were then able to connect.

I found various threads from 2007/2008 where people had to hit backspace repeatedly to clear the password input box, I tried this but still whenever I set a password authentication failed.

Password length was 8 characters.

When I used vino-password to set the password my clients could then connect successfully.

As Elmer Medez suggested, it appeared the Desktop Sharing GUI has not been not saving the inputted password correctly.

Further testing suggests that, if a password has previously been set, the Desktop Sharing GUI does not overwrite it.

Steps to reproduce:
1) Use vino-passwd to set password to 'test1234'
2) Connect with client using 'test1234' as password - authentication succeeds.
3) Open "Desktop Sharing" GUI
4) Position cursor at end of password and use backspace four times to delete last four characters of password. Enter '5678' so that password should be 'test5678'.
5) Connect with client using 'test5678'. Authentication fails.
6) Connect with client using the old password of 'test1234'; Authenication succeeds.
7) Use vino-password to set password to 'test5678'
8) Connect with client using 'test1234'; Authentication fails.
9) Connect with client using 'test5678'; Authentication succeeds.

I know I've used the GUI to set a password for a new installation and that works fine, so I suspect the main condition for this bug is that a password has previously been set.