Whilst migrating from Drupal I received the below error:
Fatal error: Class 'EntityPlusControllerExportable' not found in /app/web/core/modules/entity/entity.module
As entity_plus was not enabled, I enabled it via the mysql cli (status=1), just to see if that helped.
Sadly though, this then resulted in the below error:
Call to undefined function entity_metadata_field_text_property_callback()
I am unsure which issue needs to be resolved sadly, but it feels like a migration bug at this point.
-----
Note, this was also posted on the issue queue. Sorry about the cross posting, but in retrospect, this seems like the better place to post it at first until we confirm there is an issue: https://github.com/backdrop-contrib/entity_plus/issues/23
Comments
Are you able to `grep` your codebase and see where this is coming from? I don't see `EntityPlusControllerExportable` anywhere in the core codebase:
https://github.com/backdrop/backdrop/search?q=EntityPlusControllerExport...
Which modules have you got in there? Does the second error mention a filename and line number?
The 'EntityPlusControllerExportable' isn't in the core codebase I don't believe, it is part of the entity_plus module, in file entity_plus.controller.inc (line 689). I assumed this error occurred as I needed that module to be enabled (so enabled it by altering the database directly).
The full response for the second error looks like this:
I imagine the issue is with the way I enabled the entity_plus module, but not sure I know of a better way during a migration.
Thanks for your time,
Dan
It looks like search_api is what is requiring entity_plus to be installed, right? I'm curious what would happen if you try the migration with search_api disabled.
The short answer is that it should be calling
rather than
And I'm guessing it's something in the search_api module that needs to be adjusted -- for example, in this line it's generating that callback with information provided from search_api. If you're able to troubleshoot that and submit a PR to search_api that would be awesome, but if not I'd recommend posting an issue in that queue and linking to this thread.
Thanks, knowing what the function should be helped direct me. We have adminer installed locally, so I searched the database, and found the issue was the cache tables. So I truncated them before my Drupal export this time, and it appeared to resolve the issue.
Does truncating the cache tables (outside of Drupal UI) need to be a part of the migrations steps?
Either way, the fatal error is now gone, so just some notices I now need to look into.
Thanks for the help,
Dan