In ver. 2.60 I tried to replace login_register.php with login_register.php rev. 1.15 from the CVS and found:
1. Correct links was produced in the mail to the potential user, but this could also be the result of some changes I made to the lang.da.php.
2. The verification of the potential users worked.
But unfortunately these - hitherto unseen - notices appeared:
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 299
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 307
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 369
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 377
Besked afsendt
5. Apparently there are no longer sent a mail to the
administrator ;-(
In order to remove the undefined SUPPORT_METHOD notice, and again to have the mail sent to the administrator I was advised to replace several other files, where none of them made any difference, except for the replacement of the danish language files, which had been changed in such a way that they produced very, very, very many notices and warnings in the language editor, and simply had to be replaced with the old language files, which didn't produce any errors in the language editor.
Now let me guess: the undefined variable: SUPPORT_METHOD is a new variable which is not fully implemented yet ? and as such, I shouldn't have wasred my time playing around with files from the CVS ?
Okay - message understood!
Time to move on to something new!
Arne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Arne,
I can understand your furstration. Just keep in mind that CVS should not be considered very stable. If john has to make a change that requires changes to 3 files and only has time to do one at this time, he still would want it in CVS for file security reasons. If this happens since the 2 remaining files needed for the fix were not checked in yet you will end up frustrated.
Try to remember that your frustration will lead to a better phpGedView for all of us. CVS is the cutting edge, but the cutting edge can also hurt.
John can only do so much as the lead and practically only developer on this project.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Also the public CVS is always at least 6 hours behind the real CVS that I am using. With CVS it is very possible that if you wait a few hours and try again that it will work.
For the curious the SUPPORT_METHOD and CONTACT_METHOD variables are new configuration options to tell if you want people to contact you using the mailto link, phpgedview messaging, phpgedview messaging with cc emails, or no contact at all.
It may also work if you edit and save your gedcom configuration again, but to save you the trouble I am going to release 2.61 beta 1 today. This beta will have the upgraded messaging system and user registration.
It will also have several bug fixes and a few other RFEs.
--John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I was wasting my time on today:
In ver. 2.60 I tried to replace login_register.php with login_register.php rev. 1.15 from the CVS and found:
1. Correct links was produced in the mail to the potential user, but this could also be the result of some changes I made to the lang.da.php.
2. The verification of the potential users worked.
But unfortunately these - hitherto unseen - notices appeared:
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 299
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 307
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 369
Notice: Undefined variable: SUPPORT_METHOD
in /mypath/login_register.php on line 377
Besked afsendt
5. Apparently there are no longer sent a mail to the
administrator ;-(
In order to remove the undefined SUPPORT_METHOD notice, and again to have the mail sent to the administrator I was advised to replace several other files, where none of them made any difference, except for the replacement of the danish language files, which had been changed in such a way that they produced very, very, very many notices and warnings in the language editor, and simply had to be replaced with the old language files, which didn't produce any errors in the language editor.
Now let me guess: the undefined variable: SUPPORT_METHOD is a new variable which is not fully implemented yet ? and as such, I shouldn't have wasred my time playing around with files from the CVS ?
Okay - message understood!
Time to move on to something new!
Arne
Arne,
I can understand your furstration. Just keep in mind that CVS should not be considered very stable. If john has to make a change that requires changes to 3 files and only has time to do one at this time, he still would want it in CVS for file security reasons. If this happens since the 2 remaining files needed for the fix were not checked in yet you will end up frustrated.
Try to remember that your frustration will lead to a better phpGedView for all of us. CVS is the cutting edge, but the cutting edge can also hurt.
John can only do so much as the lead and practically only developer on this project.
Arne,
Also the public CVS is always at least 6 hours behind the real CVS that I am using. With CVS it is very possible that if you wait a few hours and try again that it will work.
For the curious the SUPPORT_METHOD and CONTACT_METHOD variables are new configuration options to tell if you want people to contact you using the mailto link, phpgedview messaging, phpgedview messaging with cc emails, or no contact at all.
It may also work if you edit and save your gedcom configuration again, but to save you the trouble I am going to release 2.61 beta 1 today. This beta will have the upgraded messaging system and user registration.
It will also have several bug fixes and a few other RFEs.
--John
6 hours behind on a good day. It is often 2 days behind. It seems to have been updated within the last few hours.