Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
database update system
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
2 Jul 2015 at 23:00 UTC
Updated:
20 Jul 2015 at 13:24 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
jhedstromComment #2
catchBumping to major. Any contrib or custom modules which need to go utf8 -> utf8mb or varchar -> varchar_ascii would be unable to test their upgrade paths if they want to upgrade from before the schema change was made until after during testing.
If core needs to make a collation change this would be critical, but it doesn't at the moment at least.
Comment #3
fabianx commentedRTBC, I don't assume we can test this.
Comment #4
catchSo I think we probably could test this. Take a database dump with one collation (can be a test module db table). Then a hook_update_N() in that same test module to change the collation. Then either tricky asserts before and after to check the collation, or insert some characters that only work utf8 -> utf8mb or similar and confirm they get entered OK.
However, since this blocks the head2head testing issue which is going to give us excellent implicit test coverage of this, I would rather have good real-life implicit coverage aooner, than hold this up on test-framework-only explicit test coverage that will not be straightforward to write.
If someone feels like writing explicit coverage for this please open an issue and that's worth having though.
Committed/pushed to 8.0.x, thanks!