PhpGedView

Logged In: YES
user_id=1198414

Fixed in recent release of beta8

Logged In: YES
user_id=1198414

The updated code is in the newly restored Future Branch CVS,
and should make it into the beta8 release.

Logged In: YES
user_id=1061833

FIXED for us with attached file, TNX
-stephen

Logged In: YES
user_id=1198414

Stephen:
Please try the attached useradmin.php.

The problem you reported also existed for the self-verified
field. PGV was testing the wrong value for these two
fields, and because of that, it was always setting the two
boxes to "checked".

Logged In: YES
user_id=1061833

No misunderstanding. We tacitly knew that PGV was trying to
be "helpful" but virtually every action in PGV is deliberate
resultant of actions by the Admin, and in this case it is
not. Upon approving an account, the Admin already has to
make other changes to the account:
1) assign the INDI account to the user if listed in the
GEDfile, and
2) determine the level of control for the user (access,
edit, admin, etc), and
3) make any notes about the user in the notes section.

We just think that the act of approving a user should also
be a deliberate action, not one assumed by PGV as the reason
the Admin is accessing the account.
-Stephen

Logged In: YES
user_id=1198414

Stephen:
I think this may be a misunderstanding on your part.

PGV is trying to be helpful here. The usual reason for an
Admin to look at a new user's account is to approve it.
That's why the "Approved by Admin" checkbox is automatically
checked when the Admin looks at the account.

Until the Admin has looked at the account, it is definitely
NOT "approved by admin".

Are you sure you want the Admin to explicitly approve the
new user, instead of just accessing the account? Remember
that the Admin still has to save the changes.

Logged In: YES
user_id=1198414

Stephen:
You are correct. This will be fixed as soon as CVS is up.

Please send an e-mail to John, asking him to hold off with
release of beta8 until this is fixed. (it's a trivial change).