Converting from vBulletin to xenForo?

[GWTZ]

Hi

A general question as I keep hitting it on ocassions where I'm forced to take breaks between steps.

A few times now I hit a problem where I try to load our xenforo build to continue the import and get errors such as:

Parse error: syntax error, unexpected $end in /home/[REDACTED]/public_html/[REDACTED]/library/Zend/Db/Statement/Mysqli.php on line 252

I then have to reinstall 2 or 3 files from the zip each time this occurs to even access the forum. Doing so also informs me that the 'install' folder which is required to be deleted from the VW files is back again and must be removed again.

Just curious if any of the code changes could cause this or if this is a seperate issue I should be making those above me aware of. Thanks.

[pegasus]

This sounds like your opcode cache is keeping a broken version of a file in memory. Whenever this happens try restarting PHP if it runs as its own process, or restarting Apache if it's not.

[GWTZ]

Many thanks. Apparently someone else might have been tinkering with the overall server.

As for specific errors:

Step {1}

vw_importing_content_tags
An exception occurred: Database Error: SELECT contenttypeid FROM `contenttype` WHERE class = 'vwPage' Mysqli prepare error: Table 'toonzone_xf.contenttype' doesn't exist in /home/[REDACTED]/public_html/[REDACTED]/vault/core/controller/db/xf.php on line 136
vw_DB_Controller_XF->throw_error() in vault/core/controller/db/xf.php at line 218
vw_DB_Controller_XF->query_first() in vault/core/model/db/mysql/vw.php at line 29
vw_DB_MySQL_Model->select() in vault/core/controller/import/handle/dependency/tagging/vb4.php at line 38
vw_Import_Handle_Dependency_Tagging_Controller_vB4->query() in vault/core/controller/import/handle/dependency/tagging/vb4.php at line 28
vw_Import_Handle_Dependency_Tagging_Controller_vB4->get_tags() in vault/core/controller/import/handle/vw4/tagging/vw.php at line 51
vw_Import_Handle_VW4_Tagging_Controller->do_tags() in vault/core/controller/import/steps/vw4/vw.php at line 350
{closure}() in vault/core/controller/progress/vw.php at line 100
vw_Progress_Controller->call() in vault/core/controller/cp/impex/vw.php at line 114
vw_CP_ImpEx_Controller->import() in vault/core/controller/cp/impex/vw.php at line 35
vw_CP_ImpEx_Controller->execute() in library/vw/XenForo/ControllerAdmin/Wiki.php at line 115
vw_XenForo_ControllerAdmin_Wiki->actionIndex() in library/XenForo/FrontController.php at line 347
XenForo_FrontController->dispatch() in library/XenForo/FrontController.php at line 134
XenForo_FrontController->run() in admin.php at line 14

[pegasus]

In vault/core/controller/import/handle/dependency/vw.php, find:

	public function of($classname)
	{
		$of = vw_Hard_Core::controller('Import/Handle')->create('Dependency/' . $classname, 0, $this->dependency);

Replace with:

	public function of($classname, $key = '')
	{
		if ($key === '')
		{
			$key = 'import';
		}

		$of = vw_Hard_Core::controller('Import/Handle')->create('Dependency/' . $classname, $key, $this->dependency);

[GWTZ]

Thanks

Step {1}

vw_importing_content_tags
Fatal error: Call to a member function get_tags() on a non-object in /home/[REDACTED]/public_html/[REDACTED]/vault/core/controller/import/handle/vw4/tagging/vw.php on line 51

[pegasus]

You must have made the previous edit incorrectly. For the conditions required to trigger the error above, you would have received a fatal error already in the 'of' method that was modified. It seems like you replaced the entire method, but you should have only replaced the quoted lines from the method.

[GWTZ]

You must have made the previous edit incorrectly. For the conditions required to trigger the error above, you would have received a fatal error already in the 'of' method that was modified. It seems like you replaced the entire method, but you should have only replaced the quoted lines from the method.

I admit to attempting with a } removed near the end, though that was only because after inputting the new code the importer still reports the same error.

This is the original content of vault/core/controller/import/handle/dependency/vw.php

class vw_Import_Handle_Dependency_Controller
{
	protected $dependency;

	public function set_dependency($dependency)
	{
		if ($dependency != $this->dependency)
		{
			$this->dependency = $dependency;
		}
	}

	public function of($classname)
	{
		$of = vw_Hard_Core::controller('Import/Handle')->create('Dependency/' . $classname, 0, $this->dependency);
		$of->set_dependency($this->dependency);

		return $of;
	}
}

This is how it looks after the edit:

class vw_Import_Handle_Dependency_Controller
{
	protected $dependency;

	public function set_dependency($dependency)
	{
		if ($dependency != $this->dependency)
		{
			$this->dependency = $dependency;
		}
	}

	public function of($classname, $key = '')
	{
		if ($key === '')
		{
			$key = 'import';
		}

		$of = vw_Hard_Core::controller('Import/Handle')->create('Dependency/' . $classname, $key, $this->dependency);
		return $of;
	}
}

[pegasus]

I've been up and down over this code, and unfortunately that is the limit of the debugging I can do based on theory alone. In order to investigate further, I would need to be working with the importer that is throwing that error. I will gladly look into it if you can submit a ticket here.

[GWTZ]

Hi

Thank you for all your help so far and sorry for any stress I might have caused. Just getting authorisation from my boss, dependent on which I'll submit the ticket

[pegasus]

You had $source['on'] set to false in the import configuration. So all your entries in the config file were ignored, and it was trying to import from the XenForo database into the same XenForo database. This is expected behavior when you use that setting, but probably explains why you have been encountering so many other errors (importing a database into itself doesn't make sense when the source tables are the same as the target tables - that is, VW4 -> VW4).

I notice you are having a lot of other issues too due to some files not being fully uploaded to your server. For example, the /vault/recources/js directory has a number of incomplete files in it. You will not be able to import in auto-mode while this is the case, and importing in manual-mode is usually not an option for wikis that already have content (it will take a very long time and you have to be there the whole time).

Since the account that submitted the ticket is not the same as the license holder's account, I don't have access to the complete files to re-upload them myself. You will have to do that on your end.

[GWTZ]

That problem likely stems from me having been told to near wholesale copy the specifics of the config file a colleague used to update the vbulletin version to 4.0. Though of course ultimately it's my fault and I apologise.

With regard to uneven files, I don't suppose you could highlight which directories specifically or is it best assumed to be everything? I think I mentioned it before but for some reason when uploading to the server from my system for some reason it doesn't always copy the entirety of files. Fine if I'm uploading the odd item but a headache when trying to upload mass folders for an install or such.