Hallo,
it seems there is a bug in the I18N module after version 7.x-1.5. When updating the module to any version higher than 7.x-1.5 the main menu shows all entries of all languages together instead of the ones of the choosen language only.
The Update process shows an error in 'ALTER TABLE locales_source ADD INDEX `textgroup_context`(`textgroup`, `context`); : The maximum key lenght is 1000 bytes.
I alter the table manually by executing 'ALTER TABLE locales_source ADD INDEX `textgroup_context`(`textgroup`(128), `context`(128));, that works fine, but it makes no difference, the main menu remain confused.
System: Ubuntu 12.04 LTS Server, PHP 5.3.10, Apache 2.2.22 (Ubuntu), Drupal 7.34, Drupal Path /var/www, Mysql 5.5
Installed modules:
aggregator
blog
color
contact
dashboard
field
file
forum
image
menu
openid
path
poll
rdf
search
simpletest
syslog
taxonomy
tracker
trigger
user
block
book
comment
contextual
dblog
field_ui
filter
help
locale
node
overlay
php
profile
shortcut
statistics
system
toolbar
translation
update
ctools
entity
field_convert
i18n
imageapi
imagemagick
imagepicker
imce
imce_wysiwyg
ldap
token
variable
views
webform
wysiwyg
All modules except i18n are the recommended latest versions.
There are 5 different languages at the site: german, english, french, polish, bulgarian.
Hope you find a resolution because 7.x-1.5 has security issues...
Thanks in advance
Thomas.
Comments
Comment #1
thomas.borrmann CreditAttribution: thomas.borrmann commentedHi there,
nowadays some time is gone and we are deploying the core 7.43.
The navigation with all languages merged issue remains (I call it the unsolicited syndication), and, adding something new confusing, now all the nested navigation tree items are expanded steadily, as soon as i update the i18n module.
The SQL error is gone away, the update to version 7.x-1.13 works without error messages.
There is no way to implode any part of them. I tried another theme than pushbutton, but the same result.
I would be thankful for any help, since it is really annoying to work with a vulnerable version of i18n, even behind the walls inside an intranet.
Thank you
Thomas.