Skip to main content
20 events
when toggle format what by license comment
Jul 3, 2023 at 6:13 answer added simesy timeline score: 4
Jun 21, 2023 at 10:39 answer added tFranz timeline score: 2
Jan 11, 2019 at 8:10 comment added 4uk4 There is something wrong. I would test the custom field module in a fresh composer based project (which includes the latest versions of Console and Drush) and check if it works there as it should.
Jan 11, 2019 at 0:34 comment added Baud Yes I can see it in both... After a drush cr : nothing, but after using the "flush cache" menu of the devel module they both appear.
Jan 10, 2019 at 22:15 comment added 4uk4 Yes, this is a good idea after a failed drush entup. You see now the field type in both plugin managers?
Jan 10, 2019 at 22:13 comment added Baud I have deleted everything and started from an older db dump... Many thanks for your help!!! I assume something was corrupted in the DB
Jan 10, 2019 at 21:22 comment added Baud Module is enabled (mwd field type is available), I also ran drush dre mymodule; drush cr and the apache log is completly empty... Problem arise when drush entup => Accept to run pending update => The "field_item:mwd" plugin does not exist.
Jan 10, 2019 at 18:58 comment added 4uk4 OK, so the plugin manager can't discover the field type plugin class. Either because the module is disabled or the plugin code contains errors, you need more debugging until the plugin appears in getDefinitions().
Jan 10, 2019 at 18:28 comment added Baud regarding \Drupal::service('plugin.manager.field.field_type')->getDefinitions() : same thing: no occurence of mwd
Jan 10, 2019 at 17:30 comment added 4uk4 For the field type plugins you can use Drush instead of Console: drush ev "print_r(array_keys(\Drupal::service('plugin.manager.field.field_type')->getDefinitions()))".
Jan 10, 2019 at 17:18 comment added Baud regarding \Drupal::typedDataManager()->getDefinitions(): I ran it, but no occurence of mwd in any of the resullted keys
Jan 10, 2019 at 17:16 comment added Baud regarding drupal debug: I have tried to install the console using composer require drupal/console:~1.0 --prefer-dist --optimize-autoloader but I got a problem remove symfony/dom-crawler v4.2.1. I am in D 8.6.4, I will first update in order to be able to install console
Jan 10, 2019 at 16:45 comment added 4uk4 The plugin type which is missing is not a field type, but a typed data plugin. So check this, too: drush ev "print_r(array_keys(\Drupal::typedDataManager()->getDefinitions()))"
Jan 10, 2019 at 16:26 comment added 4uk4 The error message clearly says the plugin is missing. You can list all field type plugins with the Drupal Console command drupal debug:plugin field.field_type.
Jan 10, 2019 at 16:05 comment added Baud I have to say that the field plugin is not missing... I have added a bug issue there: drupal.org/project/drupal/issues/3023054 I really don't know what to do.
Jan 10, 2019 at 15:18 comment added 4uk4 Yes, this is a configured field. Normally it's no problem to delete a field from a content type. But in your case the delete process couldn't be completed because the field plugin is missing. I don't know how you managed to do this. There should be a warning when you try to uninstall a field module if it still has dependencies in config.
Jan 10, 2019 at 14:57 comment added Baud I have updated my post to explain from where this field is coming from. If I understand well, this is a configured field as it has been created with the GUI of drupal and added to a content type.
Jan 10, 2019 at 14:55 history edited Baud CC BY-SA 4.0
added 712 characters in body
Jan 10, 2019 at 13:21 comment added 4uk4 The deleted field was a configured field?
Jan 10, 2019 at 13:02 history asked Baud CC BY-SA 4.0