On config installation, I get
The configuration synchronization failed validation.
with the following message:
Drupal\Component\Plugin\Exception\PluginNotFoundException: The "configurable_language" entity type does not exist. in Drupal\Core\Entity\EntityTypeManager->getDefinition() (line 130 of core/lib/Drupal/Core/Entity/EntityTypeManager.php).
Drupal\Core\Entity\EntityTypeManager->getDefinition('configurable_language')
Drupal\Core\Entity\EntityTypeManager->getHandler('configurable_language', 'storage')
Drupal\Core\Entity\EntityTypeManager->getStorage('configurable_language')
Drupal\Core\Entity\EntityManager->getStorage('configurable_language')
entity_load('configurable_language', 'fr')
install_download_additional_translations_operations(Array)
install_import_translations(Array)
install_run_task(Array, Array)
install_run_tasks(Array)
install_drupal(Object)
I tested this patch but same error:
https://www.drupal.org/node/2613222#comment-10554230
| Comment | File | Size | Author |
|---|---|---|---|
| #15 | 2623878.15.patch | 18.3 KB | alexpott |
| #12 | 2623878.11.patch | 1.55 KB | alexpott |
| #9 | sync2.tar_.gz | 21.42 KB | gaëlg |
| #6 | sync.tar_.gz | 21.54 KB | gaëlg |
| #5 | 2623878.patch | 1.03 KB | alexpott |
Comments
Comment #2
gaëlgI tried to add
in
config_installer_install_tasks_alter()The install process finish, but it looks like some config was not imported.
Comment #3
alexpott@GaëlG thanks for the issue report. Any chance you can describe the starting state for example do you have any contrib or custom modules being enabled? What is the site default language? And is their any chance you can provide a zio file of the configuration being using by the config installer?
Comment #4
alexpottSo what I think is happening here is that the initial configuration was exported from a site where language was not installed and then you've tried to use this configuration after selecting another language. If I do this I get...
So we need to detect when this is happening and stop the user from installing using existing configuration in these instances. Or could just alter the install language to the incoming default language.
Comment #5
alexpottThe patch attached fixes the issue by changing the language to the configured site default.
Comment #6
gaëlgThank you for your patch. Unfortunately it doesn't work. I get the exact same error. The conf comes from a french D8, and I'm trying to install in french too.
Here's an archive of my conf. It has to be noted that with this conf I also get these messages:
(in english, "The config C depends on module M which won't be installed after import")
But this seems unrelated to me: it's because I used
--skip-modules(https://pantheon.io/blog/using-configuration-module-filter-drush-8) ondrush config-exportso that these 4 modules not intended for production are not exported and commited to git. Their configuration is exported though, they just don't appear in core.extensions.yml.Comment #7
gaëlgHum... I just added the 4 modules in core.extension.yml, and now this bug is away. Sorry, I should have checked before. I keep it open for maybe a graceful fallback/error message.
I still get an AJAX error a bit later in the process, during config entities import, but it might be unrelated.
Comment #8
alexpott@GaëlG yeah but the problem fixed by #5 still exists. To me this is a normal bug.
Comment #9
gaëlgAnd my AJAX error was actually a segmentation fault because of a loop in function calls. I enabled XDebug and got:
I get the same error with and without the #5 patch. Here's my new conf, after I corrected the core.extension.yml as mentioned in #7
Comment #10
gaëlgAfter a closer look, I made a core issue about #9: #2625782: Infinite loop in ConfigurableLanguageManager->getLanguages() on language config entities import
Comment #11
alexpottFound another bug that cause this same message.
Comment #12
alexpottComment #13
casey commentedNice, I can confirm that patch of #12 works in my case.
Comment #14
casey commentedWhen I install a site with dutch locale
Without patch:
With patch:
Success!
Comment #15
alexpottI've been trying to get a test I've written for the past couple of days... finally made one that works :)
Unfortunately d.o does not support profile testing.
Comment #16
alexpottSample test run given d.o does not do this for us.
Comment #17
alexpottFull test run:
Comment #18
alexpottCommitted...
Comment #20
casey commentedThank you for the quick resolution!
Comment #22
quindio commentedI do not know if this is the same problem but from time to time I get a similar error
This time I typed "drush updb"
I do a "drush cache-clear drush", "drush up" then "drush cr" and the mesage goes
away for a while.
I have gotten that message several times since I updated to D8.1.7
Do I need to open a new bug? since this is closed.
Comment #23
gaëlg@quindio your problem is with "pubfactsheets" so it's unrelated. Make sure it's a bug in Drupal code (core or contrib module) and if it is, try to find an existing issue about it or open a new one if none exist.
Comment #24
damienmckennaFYI you can hit this error if you're running the patches from #2788777: Allow a site-specific profile to be installed from existing config with exported configuration and the installation profile runs standard_install(), so make sure not to run standard_install() when exporting the configuration :)