Most panel pages are showing up as overridden because they have UUID embedded in them, despite the fact that UUID doesn't exist in our makefile nor is installed with commons.
It seems like we could just pull out the UUID patches, because we haven't had any issues with them thus far. Also, enabling UUID causes other headaches for site builders, and we would have to delete and re-apply the feature if we wanted the overrides to go away. Panel pages that have already been created have been assigned machine names, and features won't touch those.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | 2093405-uuid-needed-features-4.patch | 22.29 KB | japerry |
Comments
Comment #1
ezra-g commentedI believe this was introduced with #2066869: Add panels translation support.
Comment #2
ezra-g commentedThe patch for this issue is actually at https://drupal.org/node/2086905#comment-7879555.
Comment #3
japerryAfter talking to Devin and Ezra, this issue has somewhat turned opposite. There are a bunch of features without UUIDs that need them, which is necessary for internationalization.
Comment #4
japerryHere are the UUID added features, its for commons_events_solr and commons_search_solr. The rest already use UUIDs
Comment #5
ezra-g commentedAre these changes intentional?
Comment #6
japerryYup. Features did some re-arranging.
Comment #7
ezra-g commentedComment #8
japerryThe following commit adds the UUIDs to events and search!
http://drupalcode.org/project/commons.git/commit/9c52f9c