Bug Report - Missing language key

Found a missing language key in the system. In the 'Admin' 'Members' screen, unconfirmed members were being displayed as

1 _adm_txt_mp_unconfirmed.

I added the system key"_adm_txt_mp_unconfirmed" under 'Settings' 'Langauge Settings' and set the text to  read 'unconfirmed (email)'

Problem solved.

skyforum,

good post, but you have left some things out on this havent you? well maybe you didnt experience exactly the same thing i did.

the link is showing up 2_adm_txt_unconfirmed (which i agree is missing a language key)

but if you click on that link there is nothing there to confirm

i had to run a sql statement against the database, to change the unconfirmed users to active

it seems that when couple registers there is one email that is sent out for confirmation, so the one user is getting confirmed but the second half of the couple is not getting confirmed because when the account is created there is one email address assigned to the AccountID for profiles and a (2) which says its part of a couples profile.

also, there are several other language keys that are missing if you use custom membership levels. so you would need to create language keys for any membership levels that are custom.

i just went and checked on another site, if the member does not click on the link to confirm the registration, then the unconfirmed remains, so the bug or pseudo-bug would be the language string, and the bug is that couples are not getting the second half confirmed when the email is sent to the registrants inbox and the link for confirming is clicked.

I was just on my way to post this skyforum (good job). i have ran into other issues, but i just dont see to make the time over here when they are fresh on my mind in order to get them posted.

SQL statement used to set the second half of the couples to approved:

UPDATE `databasename`.`Profiles` SET `Status` = 'Active' WHERE `Profiles`.`Status` =  'Unconfirmed'

Regards,

DosDawg

What?

Man I have to tell you, I have had ZERO issues with creating custom memberships. The ONLY one was this missing key. I could click the link and it lists the offending memberships just fine. I just didn't like looking at the language key instead of the text that should replace it.

The 2 in your 2 _adm_txt_mp_unconfirmed is the amount of memberships unconfirmed and is not part of the key itself, The key is actually the _adm_txt_mp_unconfirmed.

As far as all that sql stuff, I think it might be something with your local setup because mine is just fine the way it is. No hiccups at all.

I can see the issue you represent for the couples situation. Since I have disabled the couples feature on my site it's a non issue for me. I have to tell you though, a couple that uses the same email address is destined to failure anyway and they won't be a couple for long. (lol). You should make them use differing addresses just to keep things straight anyway.

PS. I do believe the system checks for duplicate emails anyway so it's not possible for both parts of that sick coupling to use the same address anyway ...

and anyway, I really do like the word anyway. I just wanted to clear that up. (Anyway, I was too lazy to go back and fix my perfectly horrible grammar)

Thank you for reporting.. it is already fixed: http://www.boonex.com/trac/dolphin/changeset/13585

AlexT,

so where this addresses the missing language string for non-confirmed users, what does this do for the couples situation where the second half of the couples is not being confirmed or would i need to create an additional post for that situation?

Regards,

DosDawg