I've already got around this problem by making duplicate menus but this is still an existing bug, so what happens is: when any of the menu items that are not made by me (like the default navigation menu items) is changed, edited, enabled from disabled state or vica versa, they are not translated any more. They stick as they were when editing them. This doesn't happen with custom made menus, so if I want to enable the forum menu which then it won't be translated any more, I need to make and use a copy of it which translates fine. All other menus I left in their default state are translating fine too.

Comments

asiafan’s picture

asiafan commented

i just read "This module provides support for translatable custom menu items" does it mean that i18n originally supports only translation of custom menus? then its maybe a bug for localization module; sorry.

Karin’s picture

Karin commented

I must second this issue, like OP not sure where the problem exists but as far as I can figure, any non-user made menu item is translated fine as long as you leave it alone but as soon as you change anything, like the weight, the item is then stored in the menu table and is no longer translated. This also means I cannot put a menu item I created in a module in a user defined menu, only when resetting such a menu item, it will be translated again. Really a pity cause I am creating a multilingual site for a client and now don't have any control over the menu items.

Karin’s picture

Karin commented

Just took a look at the i18nmenu.module file and saw this:

line 30-35:

// Translate all user defined meny items
  foreach($_menu['items'] as $mid => $item) {
    if($item['type'] & MENU_CREATED_BY_ADMIN) {
      $_menu['items'][$mid]['title'] = t($_menu['items'][$mid]['title']);
    }
  }

If I remove " & MENU_CREATED_BY_ADMIN " , it seems to work, like this:

// Translate all user defined meny items
  foreach($_menu['items'] as $mid => $item) {
    if($item['type']) {
      $_menu['items'][$mid]['title'] = t($_menu['items'][$mid]['title']);
    }
  }

I'm sure there's a reason for the way it was but it may help with a fix, so far my things seem to work nicely this way but I might have broken something this way....

jose reyero’s picture

jose reyero commented
Status: Active » Closed (duplicate)

Please, follow up here: http://drupal.org/node/72168