TOS {evalresult}

(Continued from the date picker post)

Now that we've solved my join form issues, I still have one problem. The TOS caption does not display properly. It is displayed as {evalresult}

Cannot figure out why. It is a problem that has existed on my site for many generations of Dolphin 7. It's not the language key as I have checked and rechecked it endlessly. I think it's an issue with whatever code creates the definition for the {evalresult}.

Of course, I'm lost and since I've worked on this before, all the basic stuff has been checked endlessly. I have been enduring this for some time and with this being the Final version, I'd like to see it work.

Have you tried removing the "terms of use" item and creating your own from a "new item".

 Nope, hadn't thought of that. Good idea. Will try and report (tomorrow, time for bed)

The terms of use is a system item. You will not be able to accurately reproduce it by dragging a new item in.

Best to do this instead. Run these two queries which will remove the old one and create a new one with the proper settings from my working site.

DELETE FROM `sys_profile_fields` WHERE `Name` = 'TermsOfUse'

INSERT INTO `sys_profile_fields` (`ID` ,`Name` ,`Type` ,`Control` ,`Extra` ,`Min` ,`Max` ,`Values` ,`UseLKey` ,`Check` ,`Unique` ,`Default` ,`Mandatory` ,`Deletable` ,`JoinPage` ,`JoinBlock` ,`JoinOrder` ,`EditOwnBlock` ,`EditOwnOrder` ,`EditAdmBlock` ,`EditAdmOrder` ,`EditModBlock` ,`EditModOrder` ,`ViewMembBlock` ,`ViewMembOrder` ,`ViewAdmBlock` ,`ViewAdmOrder` ,`ViewModBlock` ,`ViewModOrder` ,`ViewVisBlock` ,`ViewVisOrder` ,`SearchParams` ,`SearchSimpleBlock` ,`SearchSimpleOrder` ,`SearchQuickBlock` ,`SearchQuickOrder` ,`SearchAdvBlock` ,`SearchAdvOrder` ,`MatchField` ,`MatchPercent`) VALUES
(NULL , 'TermsOfUse', 'system', NULL , '', NULL , NULL , '', 'LKey', '', '0', '', '1', '0', '0', '25', '3', '0', NULL , '0', NULL , '0', NULL , '0', NULL , '0', NULL , '0', NULL , '0', NULL , '', '0', NULL , '0', NULL , '0', NULL , '0', '0');

Then clear the dolphin cache.

 Yeah you can. I tried it before posting.

Thanks to both of you, I think I'll do it Deanos way first. If that doesn't work, I'll give MyAlls way a shot.

Maybe I'll see what I can find in that table that's causing the issue....

I compared the table with the one you created Deano. they are exactly the same. Just for s---s and giggles, I went ahead and replaced it. No effect. I also see in the table where the ability to delete is turned off so don't think it could be removed from the profile editor screen.

What if I just rename it? Say "_TermsOfUse" instead of "TermsOfUse", then try adjusting the language key?

Seems like we're working on the symptom and not the problem though. What specific piece of code populates the {evalresult} variable? (Not sure I'm using the right terms but you know what I mean). I could delete the block from the DB, then create a new block in the profile editor and that may work but it still doesn't answer the question why....

i have same issue, replace name?

I changed TermsOfUse  to _TermsOfUse and this is the result....

I got the same result.

This is because dolphin expects to find that specific name in the following files.

incclassesBxDolJoinProcessor.php
incclassesBxDolProfileFields.php
incclassesBxDolProfilesController.php

And in incclassesBxDolProfileFields.php is where the way it is displayed on the page is changed.

So. Next question. Do you have any mods that change anything in those files?

Also try uploading new fresh versions of those 3 files.

I can do that but I also found something. In all my old sites, there is no language key for TermsOfUse and in fact, all that exists before the caption comments is the little red mandatory star. I removed the key and the evalresult still remains.

There are some changes in my incclassesBxDolProfilesController.php file but only the addition of another function for the all are friends mod. I can post it here if you wish. I will compare all files to originals and see what I get. This issue is also on my old site townation.com....

They are all identical to default except for one change I made in profilecontroller

Find:

$sSet = $this -> collectSetString( $aNewProfile );
        $sQuery = "INSERT INTO `Profiles` SET n$sSet";
       
        $rRes = db_res( $sQuery );
       
        if( $rRes ) {
            $iNewID = db_last_id();

Just below add this lines

 //additional code by Pontu
             $sQuery2 = "SELECT * FROM `Profiles` WHERE `auto_request` = 'Yes'";
             $rRes2 = mysql_query( $sQuery2 );
            while($row = mysql_fetch_array($rRes2)) {
             $id = $row['ID'];
             $sQuery3 = "INSERT INTO `sys_friend_list` SET `id` = '$id', `Profile` = '$iNewID'";
             $rRes3 = db_res( $sQuery3 );
            }
 //end of additional code by Pontu

Removal of the code makes no difference. Tested both ways...

I think I just found it....

 If you did. I would like to know.

Nope. Compared the sql install code to yours. LOL, saw a 2 where you put a 3. Made no difference, just tells where it's situated on the page...

Was gonna be smart but failed miserably as usual.

I give up. Can we just remove the caption code from the generating page?

 case 'system':
                switch ($aItem['Name']) {
                    case 'TermsOfUse':
                        $aInput = array(
                            'type' => 'checkbox',
                            'label' => _t($aItem['Caption']),
                            'colspan' => false,
                            'value' => 'yes',
                        );
                        $aItem['Caption'] = '';
                    break;

A clue!

Here is the first time the {evalResult} issue appeared. After we determined the cause of my site going down, I could never resolve it.

http://www.boonex.com/forums/topic/All-roads-lead-to-the-404-profile-.htm

My site is a direct upgrade from my first experiences with Dolphin way back in 7.02 or .03. The question I have is it possible I deleted another file somewhere that has gone untouched through all the upgrades?

Man I'm really stabbing at the dark now. I refuse to give up on this again like I did last time.

i am willing to take a look via ftp msg..me the login if you want

Did you all know 7.1 does not have a header.inc.php file?

 Ok, I'll accept that offer. First however, I'm finding some file and folder inconsistencies in my site. Have decided to do something I've been putting off for a wile and go through and take out some of the trash....

Who knows, I may find the issue

Prolaznik ==> creds sent. thanks

 Well shit you got me there... do tell how that's possible.

I downloaded the latest zip for 7.1, unzipped it locally and was going through comparing files and folders. Got into the inc folder and it doesn't exist in the 7.1 download. I sware! Go look! lol

No. It's not suppose to have that file.

Dolphin creates that file during the install process.

now i understand....  but that was not said about being a clean zip file so you can see why i would answer like that.

LOL, totally set you up ...  sorry...

Ok, back to the business at hand.....

I went into the DB and changed the type of TermsOfUse from system to text. The {evalResult} issue disappeared. The caption still did not display and it added a text box (of course). Looks better but people are gonna wonder what they are supposed to put in the box...

It might be the ultimate spam stopper. Can't login unless you leave the box empty except for a check mark? lol

Damnit. Why doesn't Boonex step in here.

Can't imagine how this problem can have place with default files, {evalResult} shouln't be here at all.

Try to disable 3rd-party modification, maybe they affect on it somehow.

Ok, lets start at the beginning then. I have removed all my mods numerous times over the last 2 years trying to solve this. Nothing has worked.,

What page contains the code that creates the {evalResult} variable? If I can start there, maybe I can work backwards to locate the issue.

Well it's the same for DeanMonte, he has never been able to correct his join page as well. Been a long time for him too.

http://queloquepasa.com/join.php

Did you try removing it and making your own field? 

Interesting!

 Yes

 What makes this interesting is SF says "many generations" so this goes back beyond 7.1, I had seen it long ago on few sites, I think one of mine was this way at one time but I wipe the install to correct.

OK, and someone correct me if I am wrong. I happened to notice that evalresult last night when creating custom buttons for the actions menu. I just did a quick search for that in my whole site, and I only found one inference of it where irt is actually on a page. and not exactly as your error has come up. So this leads me to believe that you should NOT have to change any page coding to fix this error. If you check your install.sql files, though there are several instances of that. So I think the only place you need to look to resolve your issue is in the database alone.

OK - I have tried to duplicate your error - please check out the join page at mytherapysession.com and let me know if that is what you are getting for the TOS.

If anybody have this on their site then please mail me your cpanel and site admin login or can tell a way to reproduce this, I would like to check it out soon when i get some time.

Nope. That is not right. His problem and most everyone elses the EvalResult shows up on the left side where the label normally is next to the red *  The right side shows as normal. Your attempt to duplicate the problem has things backwords.

ok - cause i cant see his original error - so just going through what i can think of

hmm - interesting - as my original tos box does not have a caption - it is just blank - next to my red *.

just curious - even with the {evalResult} does the checkbox still work and allow users to create new accounts?

Thats the way it is suppose to be. But his shows the EvalResult problem where it is suppose to be blank.

And yes. It does still work.

OK - deano - can you check the join page now and let me know if that is the error he is getting?

Yes.

ok Skyu - you mentioned it 11 days ago - on the bxdolprofilefields.php around line 1654:

 case 'system':
                switch ($aItem['Name']) {
                    case 'TermsOfUse':
                        $aInput = array(
                            'type' => 'checkbox',
                            'label' => _t($aItem['Caption']),
                            'colspan' => false,
                            'value' => 'yes',
                        );
                        $aItem['Caption'] = '{evalResult}';
                    break;

in this i added the {evalresult} to get the error to show up for me.

Hope this helps in finding the proper answer - i will continue to check something else

Since the page works and you jsut have that evalresult showing up - try changing it to something else - i named mine forced result to see if it would show up, maybe that will bypass whatever is showing up there.

I could just change it to 'Terms Of Use:' and that fixes it but it will still bother me to as why it happens.

I suppose I could just change it and quit worrying about it but it might be indicative of another issue...