I recently installed PhpGedView 4.2.4 stable. However when the admin marks a new user account as "User approved by Admin", the automated email is generated but is missing the link (see below).
The administrator at the PhpGedView site has approved your application for an account. You may now login by accessing the following link:
Is this supplied link a missing configuration setting or a code bug?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Not a code bug as it works fine on our system. You may have misconfigured your system. Do you have a URL specified in the config.php? Don't do this, unless absolutely necessary to get your system to work. After checking (and removing), try the registration process yourself. PGV does not require unique email addresses (although, IMHO, it should). In fact, it even allows users managing their own account to remove their address, which it should not. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Stephen:
"PGV does not require unique email addresses …"
Rightly so. I have several different login IDs, with different rights. I NEED to be able to use the same e-mail address for them all.
About users blanking their email addresses: This should only be allowed if the contact method for that user does not include email. I'll check into this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have the identical problem and it's not related to an entered URL in config.php.
It seems the call to #SERVER_NAME# fails in the admin.en.php file - only the final "account approval" message fails, which comes from this file. The same call to #SERVER_NAME# in the lang.en.php file works fine (for example, for the Registration confirmation messages)
This is a new issue in Ver 4.2.4.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, hab777:
This works properly on my site. The only VERY minor problem is that the link to access the site is not on the same line as the rest of the message.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Gerry
"PGV does not require unique email addresses …" - Not complaining - advising, so this user could set up a new account through the registration process with an existing email addy but new user name, assuming they may have a limited number of email addys. Wish that was my case, as I have over 100 and its nearly unmanageable, but that's a whole other story. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hab777:
Whether the server URL is treated as a URL that is clickable or as simple text depends on the user's e-mail client.
The e-mail, as sent by PhpGedView, contains the URL to the site in three places. The first occurrence is in the subject line (not clickable, of course), and the other two occurrences appear in the body of that e-mail.
PGV 4.2.4 puts the link to the site (or text representing the site's URL) below the last line of body text. The latest SVN separates the two sentence of the last paragraph into two paragraphs, and the link to the site completes the last sentence on the same line instead of below the last sentence.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The following message has been sent to your PhpGedView user account from Harvey Beck
The administrator at the PhpGedView site has approved your application for an account. You may now login by accessing the following link:
The issue isn't that there's no hyperlink - it's that text is missing The replacement copy for #SERVER_NAME# in the two places in the body and additional one in the Subject line are empty.
I know that there is a properly set variable for #SERVER_NAME# since it's properly being called from lang.en.php (exact excerpt from a successfully received message: "A prospective user registered himself with PhpGedView at http://beck1.com/PhpGedView/")
No clue how to problem solve from here!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
David & hab777:
You are absolutely correct. I was able to reproduce the problem easily by emptying the value $SERVER_URL in file "config.php". It turned out that *my* copy of this file originally had a value there.
I recently installed PhpGedView 4.2.4 stable. However when the admin marks a new user account as "User approved by Admin", the automated email is generated but is missing the link (see below).
Is this supplied link a missing configuration setting or a code bug?
Not a code bug as it works fine on our system. You may have misconfigured your system. Do you have a URL specified in the config.php? Don't do this, unless absolutely necessary to get your system to work. After checking (and removing), try the registration process yourself. PGV does not require unique email addresses (although, IMHO, it should). In fact, it even allows users managing their own account to remove their address, which it should not.
-Stephen
Stephen:
"PGV does not require unique email addresses …"
Rightly so. I have several different login IDs, with different rights. I NEED to be able to use the same e-mail address for them all.
About users blanking their email addresses: This should only be allowed if the contact method for that user does not include email. I'll check into this.
I have the identical problem and it's not related to an entered URL in config.php.
It seems the call to #SERVER_NAME# fails in the admin.en.php file - only the final "account approval" message fails, which comes from this file. The same call to #SERVER_NAME# in the lang.en.php file works fine (for example, for the Registration confirmation messages)
This is a new issue in Ver 4.2.4.
Sorry, hab777:
This works properly on my site. The only VERY minor problem is that the link to access the site is not on the same line as the rest of the message.
Odd. There's clearly a big affecting more than one user. I wonder where it could be creeping in?
By User, I don't mean a User of my Family Tree. I mean users of PhpGedView (like davidnhale and me)
Gerry
"PGV does not require unique email addresses …" - Not complaining - advising, so this user could set up a new account through the registration process with an existing email addy but new user name, assuming they may have a limited number of email addys. Wish that was my case, as I have over 100 and its nearly unmanageable, but that's a whole other story.
-Stephen
hab777:
Whether the server URL is treated as a URL that is clickable or as simple text depends on the user's e-mail client.
The e-mail, as sent by PhpGedView, contains the URL to the site in three places. The first occurrence is in the subject line (not clickable, of course), and the other two occurrences appear in the body of that e-mail.
PGV 4.2.4 puts the link to the site (or text representing the site's URL) below the last line of body text. The latest SVN separates the two sentence of the last paragraph into two paragraphs, and the link to the site completes the last sentence on the same line instead of below the last sentence.
canajun2eh:
Here's the entire, exact message:
The following message has been sent to your PhpGedView user account from Harvey Beck
The administrator at the PhpGedView site has approved your application for an account. You may now login by accessing the following link:
The issue isn't that there's no hyperlink - it's that text is missing The replacement copy for #SERVER_NAME# in the two places in the body and additional one in the Subject line are empty.
I know that there is a properly set variable for #SERVER_NAME# since it's properly being called from lang.en.php (exact excerpt from a successfully received message: "A prospective user registered himself with PhpGedView at http://beck1.com/PhpGedView/")
No clue how to problem solve from here!
David & hab777:
You are absolutely correct. I was able to reproduce the problem easily by emptying the value $SERVER_URL in file "config.php". It turned out that *my* copy of this file originally had a value there.
Please download & install a replacement "includes/session.php", which you can find in this bug report:
https://sourceforge.net/tracker/index.php?func=detail&aid=3177042&group_id=55456&atid=634867
That did the trick. Thanks Gerry!
Thanks for the fix. I'll put it in place and give it a shot.
I overwrote the existing session.php with the one attached to the bug report mentioned previously. This fixes this problem.
Thanks again!