Voting starts in March for the Drupal Association Board election.
There's no translation:// stream wrapper for translation files, like there is for public:// and private://, even though it's configured the same way and in the same place, leading to inconsistencies and uncertainly about how to access these files correctly.
Write a stream wrapper like the one for public:// and private:// - make sure it's used consistently that all value saved to the locale_file table is the translate://local.po format.
As locale_file table isn't migrated from D7, not update patch needed.
The #37 patch needs a bit more work, but seems to be close, except for a few edge-case tests.
User interface changes
Locale directory reference should now use the wrapper
Basically all references like this should be updated to use the wrapper:
$directory = variable_get('locale_translate_file_directory', conf_path() . '/files/translations');
Original report by penyaskito
It would be great having a translations:// stream wrapper, decoupling code that needs to know about these files from the variable name where the folder is being stored. This is line with existing public:// and private:// wrappers to improve developer experience and consistency. The translations file directory is even configurable on the same screen that the rest of the file system paths.
PASSED: [[SimpleTest]]: [MySQL] 41,235 pass(es). View
PASSED: [[SimpleTest]]: [MySQL] 40,734 pass(es). View
FAILED: [[SimpleTest]]: [MySQL] 40,666 pass(es), 59 fail(s), and 81 exception(s). View
PASSED: [[SimpleTest]]: [MySQL] 40,389 pass(es). View