When enabling "entity translation content" with url base language detection, the local task language switcher that appears on top of the content editing form, should not modify the current User interface language.

This should be delegated to a "global" language switcher block.

From an editor point of view, you just want to edit a translation content not necessarily switch to a translated user interface (that you may not understand).

A quick fix, add at line 1373 (method localTasksAlter) :
$link['language'] = $GLOBALS['language'];

A hook_menu_local_tasks_alter should also do the trick.
The user interface could also be set to "Session" or "User"

This behaviour should have setting to switch it on/off.

Of course, due to the complexity of the Drupal translation system, I could have completely missed the correct settings, here's mines :
(/en/admin/config/regional/language/configure) :

  • User interface text language detection
    • URL
    • Default
  • Content language detection
    • Interface
    • URL
    • Default

Comments

plach’s picture

Category: Feature request » Support request
Status: Active » Fixed

The correct way to fix this is using https://drupal.org/project/admin_language to ensure the UI is always in a language the user understands. You can also enable user langauge for the UI langauge and move it higher than the URL language.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.