MGR: fix a bug which made it difficult to select items when certain key fields are hidden (selection would always jump to item in top row)

This was also assigned the wrong component by Coverity.
fixes CID 28037 found by Coverity

Coverity obviously can't handle structs that have the same name but are in two different components, so it showed this under Various and not Client.
fixes CID 27929 found by Coverity

Fix coverity defects in client/ and lib/

fixes CID 27982, 28012 found by Coverity

fixes CID 27937 found by Coverity

fixes CID 27806 found by Coverity

fixes CID 27973 found by Coverity

fixes CID 27885 found by Coverity

fixes CID 27746 found by Coverity

fixes CID 27694, 27712 found by Coverity

fixes CID 28025 found by Coverity Scan

fixes CID 27958 found by Coverity Scan

fixes missing initialization found by cppcheck

fixes CID 27955 found by Coverity Scan and cppcheck

fixes CID 28033 found by Coverity Scan and cppcheck

fixes CID 27926, 28022 found by Coverity Scan and cppcheck

fixes CID 28008, 27983 found by Coverity Scan

fixes CID 27984 found by Coverity Scan

fixes CID 27990 found by Coverity Scan

fixes CID 27927 found by Coverity Scan

fixes CID 28006 found by Coverity Scan and cppcheck

fixes CID 28039 found by Coverity Scan and cppcheck

fixes defect found by cppcheck

fixes CID 28020, 27932 found by Coverity Scan

BOINC lets you maintain a read-only DB replica,
and certain read-only web pages (like top_users.php)
use the replica in preferences to the master.
But it turns out that these pages aren't actually read-only
because of the too-clever forum_preferences logic.
So sometimes it would add forum_preferences records to the replica,
leading to errors it later copies the same item from the master.

Solution: skip the forum preferences logic if we're using the replica.

We could make this more bulletproof by putting in checks
in insert(), update(), delete() etc.

(DBOINC-136)

The Drupal users table definition limits username to 60 characters; on import, limit this to 56 chars, leaving room for a duplicate "tally" at the end of the string (should it be necessary)

(DBOINC-145)

Secondary and especially tertiary menus have the potential to overrun the width allotted in the layout. Allow items that exceed the width to wrap (ugly, but better than hiding them; then admins know to shorten menu titles).

(DBOINCP-205)

fixes CID 28030 found by Coverity Scan

fixes CID 27980 found by Coverity Scan

fixes CID 27935, 28004 and 27948 found by Coverity Scan