Error checking in files

We may have resolved this one.

It looks like a problem on the svn repository server.

We did an svnadmin recover on the repository, restarted the svnserve
process, did an svn cleanup on our working copy directories and it seemed
to fix it (ie we can commit our changes now).

This did however highlight another aspect of another issue that I logged in
the ticket titled "Working Copy not compatible with TortoiseSVN". In that
issue, I noted that TortoiseSVN did not recognise that subdirectories were
under source control.
Performing svn cleanup is supposed to do a recursive cleanup, however it
did not. We had to manually cleanup each subdirectory that reported being
"locked".
Additionally, an svn status in our solution directory reports a '?' as the
status for each subdirectory, again indicating that subversion does not
think that subdirectories are under source control. It seems that something
is missing (probably out of the .svn folder) that lets svn know that the
folders are under source control.

Sometimes when a developer checks in files, the checkin process seems to
hang.

We hit cancel on the SVNProxy dialog and get the following error:

svn: Commit failed (details follow):
svn: Can't get password

and then
"Check In: The operation could not be completed"

At this point nothing appears to have been checked in (ie it looks like it
rolled back the checkin).

The next time that we try to check in, we get an error saying that we need
to run svn cleanup.

After running svn cleanup we get the first error again.

This appears to be happening on the machines of the developers who did not
originally create the svn repository. (ie I created the svn repository for
this project from my machine and I don't seem to ever get this message but
every other developer does).