[Bug]: Classes disappeared in Pimcore Admin-ui after upgrade to v11

[MarcoLeko]

Pimcore version

11.5.1

Steps to reproduce

Before starting the steps to reproduce we saw there is already a similar question asked in Stackoverflow

however the suggested solution is not working for our use-case.

Steps to reproduce

• Deploy a fresh pimcore-v11 application with using a maria-db state that was running with Pimcore-v10 (before the upgrade)
• Run bin/console dotenv:dump prod
• Run bin/console cache:clear
• Run bin/console doctrine:database:create --if-not-exists
• Run bin/console doctrine:migrations:migrate --no-interaction --allow-no-migration
• Run bin/console pimcore:deployment:classes-rebuild -c -d -n
• Run npm run build

This ideally when considering the migration-guide steps: https://docs.pimcore.com/platform/Pimcore/Installation_and_Upgrade/Updating_Pimcore/V10_to_V11/

Should allow us to have a fully working pimcore-v11 running.

Actual Behavior

Without showing any errors during the reproduce steps - pimcore shows only empty folders for dataObjects and is capable of showing assets. The class-Ids of the generated DataObjects files with the class-Ids in the objects table are matching:

No classes in the UI

class-Id in db (number 5)

class-Id in DataObject file
class Page { protected $classId = "5"; ...

So anything that could give me a hint on why this is happening is much appreciated.

Expected Behavior

Classes in the admin UI should be visible

[fashxp]

Did you rebuild your class definition files with the latest Pimcore 10.6 before starting update?

[dpfaffenbauer]

also try clear the pimcore cache with bin/console pimcore:cache:clear

[MarcoLeko]

Considering my former master branch state - yeah we have rebuild the definitions there:

//composer.lock
{
            "name": "pimcore/pimcore",
            "version": "v10.6.9",

and unfortunately: bin/console pimcore:cache:clear also did not help...

We also tried to comment out code from the internal pimcore's ClassController get-tree route everything related to permissions in order to exclude it might be anything related to permissions and it also seems not to be a permission issue

[fashxp]

Most likely this has something to do with generated class files are not compatible with latest Pimcore version.
Any error messages in some logs somewhere ... Pimcore logs, php logs, somewhere?
Do you have class overrides in place? Is your custom code compatible in terms of signatures etc.?

[MarcoLeko]

Running those commands mentioned above in verbose mode did give a few deprecated warnings but no errors.

We also generated some test class on our local pimcore, like:

<?php

/**
 * Inheritance: no
 * Variants: no
 *
 * Fields Summary:
 * - foo [input]
 */

namespace Pimcore\Model\DataObject;

use Pimcore\Model\DataObject\Exception\InheritanceParentNotFoundException;
use Pimcore\Model\DataObject\PreGetValueHookInterface;

/**
* @method static \Pimcore\Model\DataObject\Location\Listing getList(array $config = [])
* @method static \Pimcore\Model\DataObject\Location\Listing|\Pimcore\Model\DataObject\Location|null getByFoo(mixed $value, ?int $limit = null, int $offset = 0, ?array $objectTypes = null)
*/

class Location extends Concrete
{
public const FIELD_FOO = 'foo';

protected $classId = "7";
protected $className = "Location";
protected $foo;


/**
* @param array $values
* @return static
*/
public static function create(array $values = []): static
{
	$object = new static();
	$object->setValues($values);
	return $object;
}

/**
* Get foo - Foo
* @return string|null
*/
public function getFoo(): ?string
{
	if ($this instanceof PreGetValueHookInterface && !\Pimcore::inAdmin()) {
		$preValue = $this->preGetValue("foo");
		if ($preValue !== null) {
			return $preValue;
		}
	}

	$data = $this->foo;

	if ($data instanceof \Pimcore\Model\DataObject\Data\EncryptedField) {
		return $data->getPlain();
	}

	return $data;
}

/**
* Set foo - Foo
* @param string|null $foo
* @return $this
*/
public function setFoo(?string $foo): static
{
	$this->markFieldDirty("foo", true);

	$this->foo = $foo;

	return $this;
}

}

and when deploying our pimcore application on the cloud - we would expect that this class would be shown in the UI - but nothing. So we do make use of some pimcore model class overrides but not for this example. Do you have anything configuration-wise in mind that could cause this behaviour?

What we have found out now is that this call in the ClassController:

$classes = $classesList->load();

is returning an empty array in the get-tree route

[MarcoLeko]

We figured it out ultimately this env var:

PIMCORE_CLASS_DEFINITION_DIRECTORY

was not pointing to a correct path. After changing it to /app/var/classes things worked again :))

[fashxp]

Oh dear, didn't had that on my list...