Add i18n string & variable data to d6_dump

Enabled Internationalization, String translation, Profile translation. Added data for Profile translation.

Enabled block translation, added 'full html' to string translation list, set language negotiation to 'path prefix' and added translations for the second custom block title and body. The change in language negotiation setting might cause an error.

Enabled taxonomy and content type translation and added translations. CCK and Poll still to do.

Poll has been removed from Core, so no work to do there. Enabled CCK string translation and added translations.

Assuming this passes the tests, this is good to use for working on the i18n string migrations. However, there was one problem. In the content type translation the english string contained the tags, which resulted in an 'invalid html' error on save. The html tag has been removed from the translation. Anyone know how to fix that?

Was interrupted and uploaded the patch twice, so canceled one test.

@TODO: Add data for i18n_blocks, which is different than the block data in i18n_strings.

Added string translations for all text groups list in D6 admin/build/translate/search (Built-in interface, Blocks, CCK, Content type, Menu, Profile, Taxonomy). Translations exist for every item in every text group, except for the Built-in interface. About 5 were done for the Built-in interface. This may or may not be enough for testing, but that can be determined later when that work actually happens.

The point is this gets the bulk of the string data in the test fixture which should mean string translation patches can just concentrate on the migration and avoid the steps to create the test data.

Note that the translations are the same as the english text but with a preceeding 'fr - '. That is, except for a few which were translated by a French speaking friend who was visiting.

Don't know why file_directory_temp changed, but it is back to what it was.

This has the i18n_variable data in it as well, changing the title to reflect that.

A few weeks ago vasi suggested on IRC that another language is needed. Might as well do that here and add some i18n data in that language as well.

Removed trailing whitespace in some strings.

Added another language, 'zu', and translated more strings.

This is ready for review. Tagging as a blocker since it is needed for all the i18n strings and i18n variable migrations.

I've been using this locally to develop the i18n migrations without any problems.

@vasi, thanks for the tips on git diff. What are you using for the 'old' fixture? The link appears to be in HEAD, http://cgit.drupalcode.org/drupal/tree/core/modules/migrate_drupal/tests.... Or am I missing something?

The change to menu_links appeared in the first patch, #2. To find what cause the change I started with a clean D6 using d6_dump from HEAD. Then, verified that that 'admin/content/node-type/story/fields/field_test_text_single_checkbox2/remove' was not in menu_links:

MariaDB [dev0_dump]> select menu_name,mlid,link_path from menu_links where `link_path` like '%checkbox%';
+------------+------+-----------------------------------------------------------------------------------+
| menu_name | mlid | link_path |
+------------+------+-----------------------------------------------------------------------------------+
| navigation | 380 | admin/content/node-type/story/fields/field_test_float_single_checkbox/remove |
| navigation | 388 | admin/content/node-type/story/fields/field_test_text_single_checkbox/remove |
| navigation | 406 | admin/content/node-type/test-planet/fields/field_test_text_single_checkbox/remove |
+------------+------+-----------------------------------------------------------------------------------+
3 rows in set (0.00 sec)

Then I enabled the Internationalization module and checked again. There was now an entry for 'admin/content/node-type/story/fields/field_test_text_single_checkbox2/remove' in menu_links.

MariaDB [dev0_dump]> select menu_name,mlid,link_path from menu_links where `link_path` like '%checkbox%';
+------------+------+-----------------------------------------------------------------------------------+
| menu_name | mlid | link_path |
+------------+------+-----------------------------------------------------------------------------------+
| navigation | 380 | admin/content/node-type/story/fields/field_test_float_single_checkbox/remove |
| navigation | 388 | admin/content/node-type/story/fields/field_test_text_single_checkbox/remove |
| navigation | 406 | admin/content/node-type/test-planet/fields/field_test_text_single_checkbox/remove |
| navigation | 408 | admin/content/node-type/story/fields/field_test_text_single_checkbox2/remove |
+------------+------+-----------------------------------------------------------------------------------+
4 rows in set (0.00 sec)

So, enabling internationalization added the entry. Or was it something else? I started again, installed d6_dump from head, verified that the link is question wasn't in menu_links. Then went to 'admin/build/modules' and clicked 'save configuration' without enabling or disabling any modules. After that the link in question was again in menu_links;

Based on that it seems that the d6_dump was missing some data. Good find.

Asked on IRC why this didn't get committed to 8.0.x. Gábor Hojtsy explained a bit about the release schedules to me and said that it is safe to close this one.