Using /admin/locale/string/edit/308 I have provided a french translation for blogs ("blogues").
A user who has set french as his language does see my translation ("blogues") in the menu but blogs.
Checking for that bug, I have also discovered that it is the same for books ("livres").
The translation DOES WORK for my account, administer, logout for example.
I had a look in the function blog_menu in blog.module
$items[] = array('path' => 'blog', 'title' => t('blogs'),
'callback' => 'blog_page',
'access' => user_access('access content'),
'type' => MENU_SUGGESTED_ITEM);the title is indeed translated. Strange. Is it link to the fact that the administrator can rename it and that title retrieve from the database is not translated? Is it a cache problem?
I am not sufficiently fluent in PHP and Drupal code to discover the reason. Sorry. I hope you will be able to reproduce the problem easily.
Comments
Comment #1
killes@www.drop.org commentedYes, the problem is that the menu title is stored in the menu table and apparently overrides the title given in the translation.
Comment #2
Montuelle commentedSorry there is a typo in my bug report above. Of course one must read the second sentence as:
A user who has set french as his language does NOT see my translation ("blogues") in the menu but blogs.
Comment #3
Montuelle commentedThan you Killes for the fast answer (faster than my typo correction!).
As my users are all french, I will rename the menu titles directly in french.
But it would be good for really multilingual sites if somebody could find a fix for this.
Thank you for the great work.
Comment #4
magico commentedVerified.
Comment #5
cburschkaIs this still current, or has the menu system been fixed?
If not, can blog.module fix this by making the item non-cacheable?
Comment #6
bradweikel commentedThis is definitely fixed in D6.
Not sure if it made it into D5, but if it didn't get into D5 in 2007 it won't in 2010.