Closed betterapp closed 10 months ago
I have the same question. Is there any timeline when data director will be compatible with pimcore 11? We want to schedule some pimcore updates and waiting for compatibility. Thanks!
We have started to implement Pimcore 11 compatibility while still keeping everything up-to-date with older Pimcore versions (Data Director's strategy was always to be achieve maximum compatibility so that all DD features are available independent of what Pimcore version you use). But currently there is too much other projects. Of course it will help if you contact info@blackbit.de to prioritize this.
Branch 3.5 is now compatible with Pimcore 11. Currently we are testing it and soon it will be released. @ascheider / @betterapp would be great if you also could do some testing with 3.5.x-dev
@BlackbitDevs Thank you very much. We will test it next week and give you feedback. Should i create new issues if i find bugs, or report it here?
@ascheider That would be great! Please report bugs here.
@BlackbitDevs I have found an error: It only occurs when PimcoreCustomReports is also enabled.
Unrecognized option "custom_report" under "pimcore_custom_reports". Available options are "adapters", "config_location", "definitions".
$reportAdapterConfig = ['custom_report' => ['adapters' => ['dataDirector' => 'pimcore.custom_report.adapter.factory.dataDirector']];
$reportAdapterConfig = ['adapters' => ['dataDirector' => 'pimcore.custom_report.adapter.factory.dataDirector']];
@patrickpahlke03 Thanks a lot!
Have adjusted the code like this:
$reportAdapterConfig = ['custom_report' => ['adapters' => ['dataDirector' => 'pimcore.custom_report.adapter.factory.dataDirector']]];
if(version_compare(Helper::getPimcoreVersion(), '11', '<')) {
foreach ($container->getExtensions() as $name => $extension) {
if ($name === 'pimcore') {
$container->prependExtensionConfig($name, $reportAdapterConfig);
}
}
} elseif (isset($bundles['PimcoreCustomReportsBundle'])) {
foreach ($container->getExtensions() as $name => $extension) {
if ($name === 'pimcore_custom_reports') {
$container->prependExtensionConfig($name, $reportAdapterConfig['custom_report']);
}
}
}
So basically it removes the additional custom_report
on top level. Can you please check?
@BlackbitDevs It works as expected. Thanks
@BlackbitDevs Patrick did not found any problems anymore, but i did found one more problem.
If i run doctrine:migrations:migrate to upgrade pimcore, i get following error.
The method addPathFormatterService is called on brick saving and has wrong Class as parameter.
I'm using latest version of branch 3.5
@BlackbitDevs One more thing, not sure why it's happening. The AdminStyleListener sets everything to root htdocs/vendor/blackbit/data-director/EventListener/AdminStyleListener.php
If i remove the line: $event->setAdminStyle(new GridViewFieldsAdminStyle($event->getElement(), $this->translator, $event->getAdminStyle())); i can see normal folder names.
After i remove the line:
Renaming asset folder with PHP 8.2 throws exception
@ascheider Is fixed. I suspect that the bug when renaming folders also existed in Pimcore 10 (when using the "prevent duplicates" feature in one of the dataports). But anyway, is fixed now.
Also the other bugs are fixed. Thanks for reporting.
Hi.
Will DataDirector work with PimCore 11 ?