Problem/Motivation
When performing migrations, even on "simple"/"basic" sites, you are likely to run into a variety of known issues. However, some of these are quite severe, from a UX point of view, and can result in an overall lack of confidence in the D8 migration system. :\
Let's see how many of these we can mitigate / prevent and provide end users with guidance on how to find their way out.
Proposed resolution
Here is a list of issues related to this topic. Feel free to also add your own issues that are hit on almost every migration, cause concern with the that we could help prevent / protect against.
Problems with the source database
The source database might have known problems—for example, links to non-existent files, entity reference fields that are pointing to non-existent content, entities in general that don't validate for some reason—but these will manifest themselves as errors raised with the Drupal 8 migration. It would be useful to have a "pre-flight check" to patch things up ahead of time.
#3061676: Create an audit plugin class/manager for migrations
Blank body fields post-migration
Something that seems like it will hit every site, big and small, is that filter formats between 6/7 and 8 do not line up 1:1, and so from a security POV, the system defaults to filter_null, which results in all of the fields being blank. It feels like we could do more to help with this condition, and get people off and running on the right foot.
#3061571: If no Drupal 8 equivalent filter is found during migration, drop transformation-only filters, so that body fields show up
or, fancier:
#3061681: Provide the ability to map text formats between source and destination
Let users figure out why something went wrong.
#3063856: Add ability to view migrate_message table data
#3063857: The migration system should log when it tries to make an educated guess and what a user should do next
#3213044: Log the name of the missing text filter when filter_null is mapped
Give people better information on what's done/outstanding in terms of migrate requirements
#2936365: Migrate UI - allow modules to declare the state of their migrations
// @todo: More
Remaining tasks
- Review list of common problems / solutions to ensure it's complete.
- Spin off sub-issues for each
User interface changes
Yes! :P
API changes
Yes! :P
Data model changes
N/A?
Release notes snippet
N/A; see individual issues.
Comments
Comment #2
webchickComment #3
bogdog400 commentedI found this page because my body fields were disappearing. After pulling out some hair, I found this error in the log:
Missing filter plugin: filter_null.After stumbling around, I found that if I went to Home>Administration>Configuration>Content authoring and started editing the content types, I would start getting messages that "filter_null" couldn't be found and so it would be deleted when I saved the text format. After saving the text format for Full HTML, the body text started appearing.
Comment #6
Anonymous (not verified) commentedNot sure whether example problems are wanted here?
PHPStan failed:Got several instances of this; no information given about what it failed on.
Comment #7
quietone commented#3. The solution for #3 is documented on the Known Issues, page Text/Input formats.
#6 @a1tsal, please provide more information. What action did you take that caused the error and what did you expect to happen?
Comment #8
Anonymous (not verified) commentedThere were several instances of this in the log for a D7->D8 migration. Since there was no further information in the log message, I can't supply any more detail than that.
Comment #11
anybodyRe #3. Indeed it's listed in the Known Problems page, but still isn't user-friendly. Added #3213044: Log the name of the missing text filter when filter_null is mapped to the IS for that reason.