🇧🇬Bulgaria @joro78

We have spot the same problem. It emerges when one tries to switch language for a content that is not so far translated. It is very irritating and could make bad impression on the user. A possible solution is to hide the block from it's options, when just one language for the node is available. This, however, is not very user friendly and changes the overall layout. Consider it as a bug.

Error: Call to a member function getName() on null in Drupal\lang_dropdown\Form\LanguageDropdownForm->buildForm() (line 229

Using Drupal 10.3.10 and version 8.x-2.1 of the module.

We have investigated the issue. It seems that the system working on Drupal 10.2.5 had access issues prior to upgrade to 10.3.0. Thus we have to search the problem elsewhere. I suppose, that a misconfigured or not correctly patched module, causes the issue. The traces, in our case, lead to Custom breadcrumbs module (otherwise working fine on other sites).

We are still struggling with the issue. A simple way to get all the the menu items back, is to create two links "Structure" and "Configuration" with <nolink> behavior, in the Administration menu. Then to drag all the links belonging to the corresponding items. This solution helps the administrator to manage the site, since all the links seem to work. However this doesn't answer the question what caused the issue and should we fear further problems with the system. With the next core update, for instance.

Today we have updated a site from 10.2.5 to 10.3.0 and we confirm that we have the same issue.

It has to do with particular module or configuration, because we have successfully updated another site (10.2.5 or 10.2.6.) without any problem.

Log message: Path: /admin/structure. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of /var/www/site.domain.com/public_html/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).

joro78 → created an issue.

joro78 → created an issue.

We have the same problem on two sites. When enabling the customer profile on registration we receive an error.

We cannot add users neither on the standard way, nor when user tries to register after making an order.

System is Drupal 10.1.7
10.3.39-MariaDB
PHP 8.1.27
Multilingual system

Errors when trying to create user with enable in the registration form profile:

https://domain.ext/bg/checkout/4/complete

Drupal\Core\Entity\EntityStorageException: SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'uid' cannot be null: INSERT INTO "profile" ("revision_id", "type", "uuid", "status", "uid", "is_default", "data", "created", "changed") VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8); Array ( [:db_insert_placeholder_0] => [:db_insert_placeholder_1] => customer [:db_insert_placeholder_2] => 434660fd-7d1a-4550-a89d-15c49ba69165 [:db_insert_placeholder_3] => 1 [:db_insert_placeholder_4] => [:db_insert_placeholder_5] => 0 [:db_insert_placeholder_6] => a:0:{} [:db_insert_placeholder_7] => 1704815967 [:db_insert_placeholder_8] => 1704815967 ) in Drupal\Core\Entity\Sql\SqlContentEntityStorage->save() (line 817 of /var/www/domain.ext/public_html/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php).

https://domain.ext/bg/admin/people/create

Drupal\Core\Entity\EntityStorageException: SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'uid' cannot be null: INSERT INTO "profile" ("revision_id", "type", "uuid", "status", "uid", "is_default", "data", "created", "changed") VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8); Array ( [:db_insert_placeholder_0] => [:db_insert_placeholder_1] => customer [:db_insert_placeholder_2] => 699cdefb-d987-4771-97aa-b05a3a192a9f [:db_insert_placeholder_3] => 1 [:db_insert_placeholder_4] => [:db_insert_placeholder_5] => 0 [:db_insert_placeholder_6] => a:0:{} [:db_insert_placeholder_7] => 1704816118 [:db_insert_placeholder_8] => 1704816118 ) in Drupal\Core\Entity\Sql\SqlContentEntityStorage->save() (line 817 of /var/www/domain.ext/public_html/core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php).

We have tried both of the patches without any success. The system is Drupal 10, CKEditor 5, insert 3.0,0 Beta 2. After upgrading to Drupal 10 we cannot use insert as usual. The widget uses styles combined with Colorbox but I doubt that this is might be an issue.

I have a similar problem. We have chosen the Commerce Stripe - payment request button as checkout flow, but the error still persist. The Stripe payment is an option on the site to choose from, but we don't see a Stripe button on the checkout pages.

Environment:

PHP 7.4.33 (tried on 8.1 also without any success)
Drupal 9.5.11
Commerce 8.x-2.33

I see the successful API requests on the developers dashboard on stripe.com Anyway after completing the order the site shows an error and the drupal log outputs:

Drupal\Component\Plugin\Exception\InvalidPluginDefinitionException: The "commerce_stripe_payment_request_button" plugin did not specify a "offsite-payment" form class in Drupal\Core\Plugin\PluginFormFactory->createInstance() (line 41 of /var/www/domain.com/public_html/core/lib/Drupal/Core/Plugin/PluginFormFactory.php).

joro78 → created an issue.

Hi there, thanks for sharing those solutions.

We have tried the both proposed modules but with no success.
What we need is to check if the node of specific content type is unpublished,
and older than 180 days, in order to delete it.

Could someone please give us a hint based on the proposed solutions?
Our system is Drupal 9.

I still have problems with the views autocomplete filters. I think that the field type, we are requesting as an exposed filter, causes the issue. Autocomplete filters work when Title field is exposed on a multilingual site. However when using it to get values from an address field, such as locality for instance, the error above appears in the log and data is not visualized into the autocomplete field.

joro78 → created an issue.

Thanks for you answer @a.sotirov

We have installed the dev module on another site. We've enabled the test mode and set options as the example above.

The cart page opens, but econt delivery form is unavailable, and we receive other errors:

1) Местоположение /checkout/176/order_information?_wrapper_format=drupal_ajax&ajax_form=1
URL референт /checkout/176/order_information
Съобщение Exception occurred when calculating rates for Econt test: The provided value "" is not a numeric value.

2) Notice: Trying to get property 'total' of non-object in commerce_econt_send_request_xml() (line 461 of /modules/contrib/commerce_econt/commerce_econt.module)

#0 /core/includes/bootstrap.inc(347): _drupal_error_handler_real()
#1 /modules/contrib/commerce_econt/commerce_econt.module(461): _drupal_error_handler()
#2 /modules/contrib/commerce_econt/src/Plugin/Commerce/ShippingMethod/Econt.php(372): commerce_econt_send_request_xml()
#3 /modules/contrib/commerce_shipping/src/ShipmentManager.php(89): Drupal\commerce_econt\Plugin\Commerce\ShippingMethod\Econt->calculateRates()
#4 /modules/contrib/commerce_shipping/src/Plugin/Field/FieldWidget/ShippingRateWidget.php(100): Drupal\commerce_shipping\ShipmentManager->calculateRates()
#5 /core/lib/Drupal/Core/Field/WidgetBase.php(353): Drupal\commerce_shipping\Plugin\Field\FieldWidget\ShippingRateWidget->formElement()
#6 /core/lib/Drupal/Core/Field/WidgetBase.php(220): Drupal\Core\Field\WidgetBase->formSingleElement()
#7 /core/lib/Drupal/Core/Field/WidgetBase.php(111): Drupal\Core\Field\WidgetBase->formMultipleElements()
#8 /core/lib/Drupal/Core/Entity/Entity/EntityFormDisplay.php(183): Drupal\Core\Field\WidgetBase->form()
#9 /modules/contrib/commerce_shipping/src/Plugin/Commerce/CheckoutPane/ShippingInformation.php(335): Drupal\Core\Entity\Entity\EntityFormDisplay->buildForm()
#10 /modules/contrib/commerce/modules/checkout/src/Plugin/Commerce/CheckoutFlow/CheckoutFlowWithPanesBase.php(546): Drupal\commerce_shipping\Plugin\Commerce\CheckoutPane\ShippingInformation->buildPaneForm()
#11 [internal function]: Drupal\commerce_checkout\Plugin\Commerce\CheckoutFlow\CheckoutFlowWithPanesBase->buildForm()
#12 /core/lib/Drupal/Core/Form/FormBuilder.php(534): call_user_func_array()
#13 /core/lib/Drupal/Core/Form/FormBuilder.php(281): Drupal\Core\Form\FormBuilder->retrieveForm()
#14 /core/lib/Drupal/Core/Form/FormBuilder.php(222): Drupal\Core\Form\FormBuilder->buildForm()
#15 /modules/contrib/commerce/modules/checkout/src/Controller/CheckoutController.php(143): Drupal\Core\Form\FormBuilder->getForm()
#16 [internal function]: Drupal\commerce_checkout\Controller\CheckoutController->formPage()
#17 /core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array()
#18 /core/lib/Drupal/Core/Render/Renderer.php(580): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#19 /core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(124): Drupal\Core\Render\Renderer->executeInRenderContext()
#20 /core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext()
#21 /vendor/symfony/http-kernel/HttpKernel.php(169): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#22 /vendor/symfony/http-kernel/HttpKernel.php(81): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#23 /core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle()
#24 /core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#25 /core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#26 /core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#27 /core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#28 /core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#29 /vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#30 /core/lib/Drupal/Core/DrupalKernel.php(718): Stack\StackedHttpKernel->handle()
#31 /index.php(19): Drupal\Core\DrupalKernel->handle()
#32 {main}

We, and I suppose the Drupal community in Bulgaria, shall really be happy using this module =)

Successful work!

joro78 → created an issue.

Hi there @andileco the fields are derived from content hits and download statistics. Both are enabled as permissions for anonymous and registered users. But we had a rewrite in one of the field with custom html code. That broke the chart. It was not visible in the chart, but had showed in the table. Now everything works fine. Thank you for your help!

joro78 → created an issue.

joro78 → created an issue.

joro78 → created an issue.