Postponed (maintainer needs more info)
Project:
Drupal core
Version:
11.4.x-dev
Component:
other
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
20 Jul 2026 at 16:03 UTC
Updated:
12 Aug 2026 at 23:31 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
longwaveAfter running
composer updatedid you run database updates, either via update.php or drush?See https://www.drupal.org/docs/updating-drupal/updating-drupal-core-via-com... for more information.
Comment #3
cilefen commentedComment #4
altbzh1 commentedYes of course
Comment #5
dimapv commentedSame the problem.
Comment #6
cilefen commentedWere there any errors whatsoever during the upgrade?
Comment #7
altbzh1 commentedYes, first time composer failed
I don't remember the error.
Now I have restored my installation which works without update of Drupal ...
T wait for the next update for trying next update ...
Thank you
Comment #8
cilefen commentedIf someone provides the information needed to set up a Drupal site that reproduces this bug, we can work towards fixing it.
Comment #9
ajay@cybrain.co.in commentedThe website encountered an unexpected error. Try again later.
InvalidArgumentException: No converter has been registered for drupal.proxy_original_service.paramconverter.configentity_admin in Drupal\Core\ParamConverter\ParamConverterManager->getConverter() (line 37 of core/lib/Drupal/Core/ParamConverter/ParamConverterManager.php).
Drupal\Core\ParamConverter\ParamConverterManager->convert() (Line: 90)
Drupal\Core\Access\AccessManager->checkNamedRoute() (Line: 187)
Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->menuLinkCheckAccess() (Line: 76)
Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess() (Line: 80)
Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess() (Line: 80)
Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess()
call_user_func() (Line: 114)
Drupal\Core\Menu\MenuLinkTree->transform() (Line: 123)
Drupal\toolbar\Controller\ToolbarController::preRenderGetRenderedSubtrees()
call_user_func_array() (Line: 107)
Drupal\Core\Render\Renderer->doTrustedCallback() (Line: 914)
i am also facing same error i have clear all cache using Drush , manuall cache file and even database also
Comment #10
ajay@cybrain.co.in commentedpublic function getConverter($converter) {
if ($this->converters->has($converter)) {
return $this->converters->get($converter);
}
// Workaround: Drupal's lazy-service proxy renaming can leak the
// "drupal.proxy_original_service.X" ID into the locator's key map
// instead of the plain service ID. Retry under the plain ID.
$proxy_prefix = 'drupal.proxy_original_service.';
if (str_starts_with($converter, $proxy_prefix)) {
$plain_id = substr($converter, strlen($proxy_prefix));
if ($this->converters->has($plain_id)) {
return $this->converters->get($plain_id);
}
}
throw new \InvalidArgumentException(sprintf('No converter has been registered for %s', $converter));
}
i have replaced this / core/lib/Drupal/Core/ParamConverter/ParamConverterManager.php for Quick fixes and worked ...
but it not permenet solution
Comment #11
longwaveThe
lazy: trueflag was removed fromparamconverter.configentity_adminin #3436295: ParamConverterManager lazy services are broken and should use a service locator so I don't understand why it is still being treated as lazy? Is yourcore.services.ymlmodified in some way, or do you have something altering or replacing this service? Can you reproduce this on a fresh install of 11.4?Comment #12
bsnodgrass commentedFWIW - @altbzh1 Was this site perhaps on the Pantheon platform?
I ran into this same issue. I was given an incomplete procedure, which omitted two changes needed on a site I was upgrading on Pantheon.
I got this exact same error once I applied their drupal-integrations:^11.2.
After I required the pantheon-upstreams/upstream-configuration, the error was corrected. The site was no longer white-screened, and caches were able to be cleared as expected.
Comment #13
paulmckibbenI'm also getting this error on a client's AWS EC2 instance (not Pantheon).
I did not get the error in my ddev container. So there may be some kind of difference on the server itself that is not immediately apparent.
Both are on PHP 8.3.
If I can figure anything else out, I'll share it.
Meanwhile, the workaround in #10 has gotten me past it.
Comment #14
paulmckibbenHere's a patch with the workaround from #10 in case it helps anyone else.