Drupal 8: You have requested a non-existent service "router.route_provider.old"

Thank you for reporting this issue. This is certainly interesting

Can you show your exact code you try to use? In theory the router.route_provider.old should be always available, but well, maybe you cause a container rebuild in your hook_install() code which could cause this issue.

@shafiqhossain
Yeah this probably causes the issue.

Do you mind trying out the patch from below? It should fix the issue, ideally.

@shafiqhossain - you shouldn't be clearing the cache like that during a module install though. It's just not necessary.

@shafiqhossain
Do you mind uploading the entire module? This would be super helpful for debugging reasons.

Had the same issue when calling \Drupal::service('module_installer')->uninstall(['search']); uninstall from hook_install()

patch #7 does the trick.. Looks like a simple fix.

IMHO it should be possible to write a test for that.

Yes it should.

I just ran into this as well. I was trying to uninstall the Drupal-core Search module in hook_install():

<?php

/**
 * Implements hook_install().
 */
function mymodule_install() {
  // Disable Drupal-core Search module.
  if (\Drupal::moduleHandler()->moduleExists('search')) {
    \Drupal::service('module_installer')->uninstall(['search']);
  }
}

I ran into this issue (Drupal 8.3.1) as well.

I have a hook_install that disables another modules which generated the error.

I can confirm this patch works for me.

Also ran into this on 8.3.x with a install profile that's enabling modules in the .install file. The patch did work.

Not plugin related

Patch from #7 works for me as well.

The patch #7 is working for me too.

Just had to apply patch with the 8.4.5 update. Bumping version #

Setting to correct core version.

Here's a test.

@shafiqhossain I cannot reproduce the behaviour of the content type list not being updated after install when node types are created. I've tested both with node_test_config and your module. As stated before called drupal_flush_all_caches() during a module install is not recommended.

Nice. The test reproduces the error, and the patch solves the problem.

I have encountered this several times in core 8.4.x and 8.5.x, and now 8.6.x. I can't work around it in my own code because it is being caused by my module's dependencies.

I have been using the patch in #7 for about four months now and it has solved the problem.

Noticed a comment length issue.

Committed 7d18acf and pushed to 8.6.x. Thanks!

Moving to 8.5.x for backport once 8.5.0 is out.

Forgot we'd decided on normal patch release rules during RC, so this is fine for 8.5.0, cherry-picked the commit.

I used to upgrade core from 10.2.4 to 10.2.5 and getting this error.

You have requested a non-existent service "token.module_provider". Did you mean this: "router.route_provider"? in Drupal\Component\DependencyInjection\Container->get() (line 157 of core\lib\Drupal\Component\DependencyInjection\Container.php).

So, I have downgraded the core version from 10.2.5 to 10.2.4 and it works like a charm for me.

I updated token to 1.14.0, diff to 1.3.0, search_api to 1.34.0, and search_api_solr to 4.3.3 on my main site which is working normally. On all my multisites, I see this message in Terminal.

ID Date Type Severity Message
------- -------------- -------------------- ---------- -------------------------------------------------------------------------------
18676 16/Apr 07:54 php Error Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You
have requested a non-existent service "token.module_provider". Did you mean
this: "router.route_provider"? in
18675 16/Apr 07:54 access denied Warning Path: /cehe/admin/reports/dblog?severity%5B%5D=3&severity%5B%5D=4.
Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'access
site reports' permission is required. in Drupa
18674 15/Apr 18:56 php Error Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You
have requested a non-existent service "token.module_provider". Did you mean
this: "router.route_provider"? in

Update:

Method: 1

Re-importing the database for each multisite resolves the issue.

Method: 2

1)drush @site watchdog-show (to view errors because I could not access the UI)
2)drush @site updb -y (to run database script without an interaction)
3) drush @site cr (to clear the cache)

Method: 3

When there are many multi-sites, run a loop for each of the above to save typing, especially when UI is not available

@kumar-ashutosh I had the same error. You may want to check if you have any database updates pending. Search API had a pending DB update. After I ran drush updb, then the error you are seeing was resolved.

Yeah it's working after database updates.

• drush cr
• drush updb
• drush cr