l10n_server 6.x-1.0-alpha6

Important notes

This release removes the l10n_drupalorg submodule, which is not maintained anymore as part of l10n_server. You are highly suggested to use l10n_localpacks.

This release also changes l10n_groups to now require og_user_roles 4.x instead of implementing its own overly simplified permission models. Updates will set up suggested roles properly. On new installations, you'll be able to set up your own role system.

Changes since DRUPAL-6--1-0-ALPHA5

• More granular permissions for localization groups. Lets us let people edit their groups on localize.drupal.org but not delete them outright or not edit others.
•   Localization group updates:
 
   - Make the permission model setting cleaner. There are too many other settings on a node, so we need to be specific here.
   - Add code to tell organic groups that we are on a group page even if we are under a translation path in l10n_community.
• #554130 by meba: rename View/Edit to Browse/Translate
• Remove extra whitespace that went in recently.
• Some stats a listing queries did not take the empty translation placeholders into account, and listed Anonymous as a contributor even though he was not.
• Add clear-block to end of explore pages. Helps adding a block underneath on pages like http://localize.drupal.org/translate/languages
• Reusable project status renderer, so people can highlight a project status on the front page of their l10n_server
• #443042 reported by abhisheknagar, fix by myself: both people counting and listing stats codes were faulty in how they treated our source data
• #196865 by Jose Reyero: separate suggestion and translation filters; modifies some integers and breaks bookmarks that is hopefully minor for the gains :)
• Order found projects by title, not 'random'. Return more results at once, so scanning the result list is easier. Raised from 10 to 100, which kind of grows the dropdown to quite deep, but still does not crash the browser. Found at French translation sprint.
• Language specific stats cache was not cleared on .po import. We do not clear the global cache, because given the volume of strings, an import would not matter as much. It will be cache-cleared later. - Found while helping Afrikaans starting off.
• #568984 by pp, slightly modified: export language list in an XML format and maintain that listing when a language is changed or the list itself is growing or shrinking
• #568984 follow up by myself: language_list() returns cached data, so we should ask to rebuild its data when looking; we need the freshest data, since we know it was that request that the data wsa changed
• #568984 follow up by myself: add description and dependency for l10n_packager
• #568994 by pp slightly modified: add compact mode, so we can export much smaller .po files which are not killing bandwidth as much and are quicker to parse and import elsewhere
• #560132 by myself (only minimal initial work): start off with automated tests for l10n_server
• #560132 follow up by myself: also add a little bit of language testing
• #560132 follow up by myself: added testing for project addition and basic code parsing:
  
    Added an l10n_test.module which purposefully lacks an .info file to not show up in the module list. But for potx it just looks like a module, so things like text in a menu hook are parsed.
  - Created a temporary packages directory and enabled l10n_localpacks to work with that.
  - Used Archive_Tar to tar up this l10n_test.module to a package.
  - Used the l10n_localpacks scanner to find, extract and parse the package.
  - Verified that the project and language lists now show up and the parsed project has a project page with one release known and parsed.
• #560132 follow up by myself: integrate with the now standalone potx tests instead of writing our own Drupal API parsing tests.
• #560132 follow up by myself: testing of the actual parsed strings, in context, in plural listing, in different releases
• #560132 follow up by myself: added testing of search for context; substring and extra info lookup; new test to submit suggestions and look for their data as well as filtering for them in listings
• #560132 follow up by myself: added moderation testing and more listing tests for the translation screens
• #570648 in big part by Jose A Reyero with lots of work from myself: new filtering options and a mass moderation screen
     - Added user filtering to the Browse and Translate tabs; filters for users who submitted the active translation
   - Added custom limit support to listings, so people can work on less or more strings at once (eg. depending on certainty of the internet connection, one might want to do short submits and get translations in the database sooner)
   - Added a whole mass moderation screen based on code submitted by Jose A Reyero:
    - Ended up with reworking some subsystems like the filtering input handling (now uses an array instead of individual variables)
    - Unified code for the filtering form handling saved us from having lots of duplicate code in the mass moderation
    - Has all the usual filtering (except the suggestion status filter, since only lists suggestions)

  Automated testing for this functionality was written before this big patch was committed to ensure that everything works as it should and the functionality blends into the other screens. The Browse, Translate and Moderate screens now have a unified set of filters which all got extensive test coverage in [#560132].

• Recognized on localize.drupal.org: make the filter form full width and push the buttons on the right end
• #574238 submitted by aries and lor, patch by myself: Project and author names were not converted to strings when building the redirect array for the translation submission form.
• #415944 by Pasqualle: code style fixes for l10n_groups module
• #577982 by myself: soften language on parse warnings, add help text to explain what are these about and where is the API documentation
• #415944 follow up by Pasqualle (or more probably his IDE ;): whitespace fixes for l10n_server; some windows newlines found even in recently integrated code
• #577312 report by alexanderpas, patch by myself: project filter was only filtering by URI, not by title
• Add some language and translation generation helpers when devel_generate is available to help performance test l10n_server
• English translations should not be recorded
• #375817 by meba and myself: All kinds of performance optimizations and code cleanup:
  
  
   - denormalized release and project info into the file and line tables; now we can skip the release and file table if we need to filter for project - it is in the line table too
   - reworked language progress stats code to work much speedier
   - added caching to language progress stats for instant retrieval (cache is cleared on cron)
   - reworked query building for translate page to match the moderation page query builder
 
  Did both performance tests and run automated tests on the changes. All seem to be as good or better then before.
• #375817 follow up by myself: forgot to include the pages.inc file to use to rebuild the stats
• Query does not have the right number of arguments
• #584684 reported by mcduarte2000 et al; fix by myself: the queries looking at has_suggestions did not take into account the is_active state of the row so resulted in higher then accurate results
• Fixed wrong filename for SV translation
• #591834 by myself: separate general access permissions from translation browsing; this lets us expose general overview access on localize.drupal.org to anonymous
• Fix welcome login text. Should point to user/login, since that is taken over by bakery (but not /user).
• #591834 follow up from myself: the welcome screen did not take into account the recent permission changes
• #494320 report by Dave Reid, patch by myself: translation/suggestion submissions were not equally handled when entered on UI, imported from .po or submitted via remote interface; also fixes accepted whitespace only translations
• #594000 by myself: refactor stats handling to its own standalone block, so we can display it elsewhere to the homepage
• #594000 follow up by myself: forgot to update variable name to array change
• Update test to show the file name looked for on parse
• Remove outdated documentation files
• Updated README and ARCHITECTURE docs to reflect current reality. Underline details of l10n_localpacks and complete docs for implemented l10n_client connection
• #598322 by myself: plural suggestion imports ended up in 'Array' strings
• #598322 follow up by myself: there was still a leftover trim() call which could be invoked on an array, resulting in 'Array' items showing up
• #605098 by myself: when deciding of input field type and copying plural originals, the English source index should not go above 1 or we do not have correct data
• #560132 follow up by myself: tests were failing due to our match of the scanned string; was just a glitch in what path we exactly try to match
• #582008 by myself: do not store empty strings but signal a warning for them; also updated tests to have coverage
• #610768 by myself: Improved import UI, fix bugs and adding tests:
  
  
   - make imported string status and attribution clear in every case
   - explain .po file import and allowed file size more clearly
   - fix bug with empty last string in .po file [reported at #561296]
   - added a huge amount of tests for the import functionality with all .po file constructs we support used with different combinations of import options
• #607978 reported by nonsie, patch by myself: better feedback on why an uploaded .po file might not even be ready to be parsed.
• #616158 reported by pvasili, fix by myself: newly added argument 6 was missing on 10n_community_update_message() in translation submission
• #606186 by claudiu.cristea: fix use of strpos() in viewing translations, so we detect plural strings properly
• #605402 by claudiu.cristea: autocomplete project picker uses project title, so use project title in dropdown as well
• #605316 by claudiu.cristea: fix Romanian plural form default in l10n_community.module
• #599982 by claudiu.cristea and myself: fix redirects on moderation page to include previously selected filters on submit; abstracting out the filter flattening code in the process
• #594570 by Jose Reyero and myself: initial packaging code to export .po files out of projects and releases in the system
• #594570 follow up by myself: update path to fix misrecorded approval times and users for immediately approved translations
• #637820 by myself: simplify the export screens
• #637828 by myself: compact mode should not export empty translations
• #637828 follow up by myself: also skip empty placeholder translations in compact module (for those strings which only have suggestions so far)
• #644518 by myself: initial support for Drupal installer .po export
• #634890 patch by myself: fix bugos array key which caused 0 to show up for number of strings with suggestions in projects listing
• #220119 by kkaefer and myself: use more granular permission names; replace 'submit translations and approve suggestions' with 'moderate suggestions from others' and 'moderate own suggestions'
• #220119 follow up by myself: adding update function for permissions change
• #415944 follow up by Pasqualle with some more I found: fix more whitespace issues
• #652038 by myself: Migrate permissions to og_user_roles, instead of our own code
  Let us hand out granular permissions to group members instead of the two level flat permissions we had before. Also, uses more standard Drupal code with user_access() used directly instead of through a level of absraction, which caused us problems.
• #652038 follow up by myself: AJAX operations were not handing out user access credentials properly based on language due to missing language code handling in l10n_groups and in some cases in the path even.
• #652038 follow up by myself: fix approve and decline paths in tests.
• #668564 by myself: discontinue l10n_drupalorg module