Cloned Site: Profile and Account error

Fatal error: Call to undefined function ifLogged() in /var/www/site_files/templates/base/scripts/BxBaseMenu.php on line 413

I like to keep an updated clone of my site for testing purposes.  I just did a clone and get the above error when going to the profile and account pages.  The rest of the site appears fine.  I am guessing something did not upload correctly or a permission could be off.  I have not had this to happen before.  I switched to cuteFTP trial version as I test for new FTP clients.

Looking for advice on what to check for here.

The function isLogged is defined in inc/profiles.inc.php

I would check the proper permissions of the inc folder. Make sure it is readable by all, writable only by the owner. Normally mode 644 or 744

Also check that all files for the inc folder and it's sub folders were uploaded and intact.

For a good ftp client i have been using and testing for awhile and seems quite reliable. Try WinSCP.


EDIT: I can't find where that function is called from BxBaseMenu.php. It does not exist at line 413. At least not on 7.1.3 or 7.1.4

OK, Boonex says to have /inc set to 777.  Will check sub-directories.  Might reup that directory.

I tried WinSCP but had some issues; not sure what now; probably not configured correctly for my ftp server.  I will give it another go.  CuteFTP is a lot different from when I used it before switching to FileZilla.  I have had some crash problems with CuteFTP and wait issues; spinning circle.  Tried new trial of WS_FTP 12 but even with the -a filter set for the server it keep skipping hidden files; I think the base price for it is $60.  I just want a solid, no frills, ftp client that does the job.

I am not at those versions.  I plan on updating but my site has a lot of third party modules that changed the core files.  So have to deal with that and find myself with other tasks.  One reason for updating the clone site is for testing doing the updates through the upgrades.  Otherwise, I am not sure how to proceed since there have been database changes with the upgrades.  I have to add in the changes; one very knowledgeable Dolphin person said to do it at the end; but I am thinking of adding them to each upgrade instead; so I can test at each upgrade.  I have emailed some developers and asked for advice but they appear to decline to offer such.

I have never attempted to do it by hand. I have always used the upgrade scripts. Not sure if i even want to attempt it. Perhaps that's why your not getting any advice. Most of us don't try to do it the hard way.

Usually only core files are affected by upgrades, and yes, those would have to be redone by hand. The database however, unless you have made radical and weird changes, there should not be a problem.

One database problem during upgrades that i am aware of affects those that have re-arranged their admin menu. Seems if the upgrade script cannot find certain items within certain categories in the menu then it craps out. Happens only when items in the admin menu are moved from one section to another.

But i don't do that, so in the 6 years i have been updating my sites, i have not had a single problem with the upgrade scripts. I have been lucky i guess, not one failed upgrade.

 if you have shell access, use rsync and preserve all permissions...

Inc folder is to be 777 during install. But that is suppose to be reversed after the install is done. So a cloned site is a already installed site, thus not to be 777.

You have your own ded. You do not need to be running a FTP server. You can configure WinSCP to use SFTP which goes through the SSH port. Much more secure and one less service running on your server.

Yes, that is true, and I can locked the ssh port to just the ip addresses of the techs.  However, if I did want someone else to access the site, I am not sure about giving them that.  With FTP I create a one time use account that I dump although I give them access to the test site and not the production site and the FTP account is chrooted.

I don't bother with jailed accounts. But you can do that with SFTP as well.

And you can also restrict user accounts so they can't login with SSH but can still use SFTP. So that can still be done without a ftp server.