Hello Berdir,
Sorry for my delayed reply.
I found out that the behaviour during update.php was caused ob OpCache...
Strange on this is, that I never had such kind of issue during module database update sessions from update.php.
Anyway.
After turning opcache down for testings, the update ran smoothly.
I had to figure out to move the module from "modules" to the modules/contributed" to manage it by composer. Now I moved it to composer based install to avoid future failures.
Thanks.
Hello Berdir,
thanks for your fast reply...
I found something in Drupals error log database
ArgumentCountError: Too few arguments to function Drupal\token\Routing\RouteSubscriber::__construct(), 1 passed and exactly 2 expected in Drupal\token\Routing\RouteSubscriber->__construct() (Line 27 in /homepages/9/d117096044/htdocs/d9/modules/token/src/Routing/RouteSubscriber.php)
#0 [internal function]: Drupal\token\Routing\RouteSubscriber->__construct()
#1 /homepages/9/d117096044/htdocs/d9/vendor/symfony/dependency-injection/ContainerBuilder.php(1140): ReflectionClass->newInstanceArgs()
#2 /homepages/9/d117096044/htdocs/d9/vendor/symfony/dependency-injection/ContainerBuilder.php(586): Symfony\Component\DependencyInjection\ContainerBuilder->createService()
#3 /homepages/9/d117096044/htdocs/d9/vendor/symfony/dependency-injection/ContainerBuilder.php(531): Symfony\Component\DependencyInjection\ContainerBuilder->doGet()
#4 /homepages/9/d117096044/htdocs/d9/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(105): Symfony\Component\DependencyInjection\ContainerBuilder->get()
#5 /homepages/9/d117096044/htdocs/d9/core/lib/Drupal/Core/Routing/RouteBuilder.php(189): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#6 /homepages/9/d117096044/htdocs/d9/core/lib/Drupal/Core/ProxyClass/Routing/RouteBuilder.php(83): Drupal\Core\Routing\RouteBuilder->rebuild()
#7 /homepages/9/d117096044/htdocs/d9/core/includes/common.inc(485): Drupal\Core\ProxyClass\Routing\RouteBuilder->rebuild()
#8 /homepages/9/d117096044/htdocs/d9/core/modules/system/src/Controller/DbUpdateController.php(362): drupal_flush_all_caches()
#9 /homepages/9/d117096044/htdocs/d9/core/modules/system/src/Controller/DbUpdateController.php(173): Drupal\system\Controller\DbUpdateController->selection()
#10 [internal function]: Drupal\system\Controller\DbUpdateController->handle()
#11 /homepages/9/d117096044/htdocs/d9/core/lib/Drupal/Core/Update/UpdateKernel.php(115): call_user_func_array()
#12 /homepages/9/d117096044/htdocs/d9/core/lib/Drupal/Core/Update/UpdateKernel.php(76): Drupal\Core\Update\UpdateKernel->handleRaw()
#13 /homepages/9/d117096044/htdocs/d9/update.php(27): Drupal\Core\Update\UpdateKernel->handle()
#14 {main}I hope this is useful.
In the mean time BEF 6.06 was released. The issue is still there.
I can confirm that behavior with these module versions too.
It seems this issue is also related to the new 6.05 version of bef. When I update BEF to latest version the views pages are damaged, when I go back to BEF 6.03 vefl works again, the views pages are displayed.
I also can confirm the error message in status report related to the field that contains the time information in the office hours node type
Entity or field definitions dont match
Rikibu → created an issue.