Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
migration system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
4 Aug 2014 at 15:09 UTC
Updated:
26 Sep 2014 at 16:01 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
benjy commentedFirst patch attached introduces the new migrations and a test.
Because we're re-using the NodeType source, the options are still been saved against a node type because of:
We need to refactor the NodeType source to save promote/status/sticky in the top level of the source row during prepareRow().
Comment #2
benjy commentedJust the migration stuff attached.
Comment #3
chx commentedLet the bot pick up the patches...
Comment #4
chx commentedand back to postponed.
Comment #7
benjy commentedNow #2283977: Create a new ConfigEntity type for storing bundle-specific customizations of base fields is committed, working on this again.
Comment #8
benjy commentedComment #9
chx commentedThat looks good.
Comment #11
benjy commentedFixed the tests.
Comment #13
benjy commentedChanged schema to use: migrate_entity_constant
Comment #14
penyaskitoBack to RTBC if green. The schema change looks OK.
Comment #16
benjy commentedSchema fix.
Comment #17
chx commentedBack to RTBC.
Comment #18
alexpottWe should still be testing the revision value.
Comment #19
benjy commentedI've added revision back as well as the preview and submitted.
The most interesting change I made is:
Because the new migrations share the same source I had to do this to stop the d6 settings getting promote/sticky as well.
Comment #20
chx commentedOK let's try this again.
Comment #21
alexpottThis change surprises me - since we've not changed the test data. Also I think this means we are not testing that we've migrated a revision set to TRUE successfully either.
Comment #22
benjy commentedGood catch, a copy paste error in the test.
Comment #23
dawehnerchx ensured that this is the only option beside the other ones.
Comment #24
chx commentedWhat do I know. For me Drupal 6 is history I am slowly forgetting the nuances of. But look https://api.drupal.org/api/drupal/modules!node!content_types.inc/functio...
so... yeah.
Comment #25
alexpottSame problem
Comment #26
benjy commentedMeh, i should have left this until after my holiday...
Comment #27
benjy commentedBack to RTBC anyone?
The test issues were just a simple copy and paste, the migration stuff should be simple enough to review.
Comment #28
berdirJust a note: I'm changing those commented out assertions that are enabled again here in #2324121: NodeType's settings array was meant to be able to store information from mutliple modules. Will conflict in case that will get committed first.
Comment #29
ultimikeComment #32
benjy commentedRe-rolled for #2324121: NodeType's settings array was meant to be able to store information from mutliple modules
Comment #33
chx commented#23 was RTBC, one complaint raised, addressed since. Should be ready.
Comment #34
alexpottCommitted d7840d6 and pushed to 8.0.x. Thanks!