Call to a member function setQuery() on null

Resolve a ChronoForms v6 crash after cloning a Joomla site.

Overview

The error occurs because the database hostname setting did not transfer during the site migration, causing the extension to fail while other site components defaulted to localhost.
Update the database configuration to ensure the correct hostname is specified, particularly for the ChronoForms extension, to restore functionality.

Answered
ChronoForms v6
rj rjeffl 07 May, 2019
Not sure where to post this, so ...

Ran into the above CFv6 crash when cloning a new joomla site from a local dev host to a live host.
Dev host was running Joomla 3.9.5, php 5.6.42, mysql 5.6.42.
Live host Joomla 3.9.5, php 7.2.17, mysql 5.6.41-84.1.

When fired up the cloned site, everything seemed to be fine till I checked out my forms. I noticed that the CF forms crashed.
So removed all CF modules and database tables and installed v6.1.1 fresh, with the plan to import the forms. Never got that far. Same error above as soon as I install the extension. I have tried backing down to php 5.6 with no success... still crashes, but not as cleanly. Just a blank screen.

A couple other host config differences. Live host is running cgi-fcgi, whereas the dev host is running appache2handler

The rest of the install works fine. I have installed other extensions with no problems.

Anybody have any ideas on how to correct?
Thanks.
rj rjeffl 07 May, 2019
Correction... dev host is running php 5.6.30.
rj rjeffl 07 May, 2019
Answer
Sigh... never mind. Found the problem.
Turns out the db hostname did not port over during cloning.
Oddly only cfv6 cared about the hostname. Seems that the rest of the site defaulted to localhost.
This topic is locked and no more replies can be posted.