OK, looks like it may be my own fault :(  Our user admin front end has in the past not generated salts for all users.  These ones don't seem to have migrated properly.  There's obviously some other issue with those accounts too, but since a huge number of migrations must now have happened without issues it's most likely something at our end.<div>
<br></div><div><br><div class="gmail_quote">On Mon, Jul 25, 2011 at 12:41 PM, Neil Canham <span dir="ltr"><<a href="mailto:neil@knowsense.co.uk">neil@knowsense.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Despite the password hash matching what I expected, I tried a password reset on the off chance.  Now I can get further - the logs suggest OpenSim thinks the user logs in OK, but Imprudence pops up a blank dialog box with a 'Close' button and fails to log in with no error.  The only difference I see in the OpenSim logs when comparing to a user that logs in successfully is this additional row for the failing AV:<div>

<br></div><div><div>12:33:52 - [CAPS]: Reregistering caps for agent 54311955-a5bc-4da0-b296-b47fa1f85ee7.  Old caps path 715371fa-583e-41b9-998d-9c2c94266f22, new caps path 60f6b555-9e7c-434e-a9db-9a24a8792809.</div><div>

<br></div><div>Anyone experienced this before?</div><div><br></div><font color="#888888"><div>Neil</div></font><div><div></div><div class="h5"><br><div class="gmail_quote">On Sat, Jul 23, 2011 at 4:03 AM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>On 22/07/11 17:27, Neil Canham wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have just upgraded a stand alone from 0.6.9 to 0.7.1, mostly it went very smoothly.  However, one user is unable to<br>
log in.  Other user accounts work fine, but one always shows 'authentication failed' in the log, preceded by<br>
'PrincipalID <UUID> or it data not found.' I checked in the users and useraccounts tables in the migrated database and<br>
the user is there, and the password hash matches the MD5 hash for the password.  Wondering what else might cause it to<br>
refuse to authenticate?<br>
</blockquote>
<br></div></div>
If all the rest worked then that one should also be just fine.  I would double check everything, maybe try a user password reset.<br><font color="#888888">
<br>
-- <br>
Justin Clark-Casey (justincc)<br>
<a href="http://justincc.org/blog" target="_blank">http://justincc.org/blog</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a><br>
______________________________<u></u>_________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-users</a><br>
</font></blockquote></div><br></div></div></div>
</blockquote></div><br></div>