I am using "entity translation" as opposed to the old-style "content translation" method to do my translations. This is the default strategy that will be employed in Drupal 8 so it is becoming very common. It might also affect "content translation" but I have not tested that.

When multivariate is installed and I clear the cache only the first language you try will show. The other languages will get a 500 error on every page. This module completely breaks multilingual sites from what I can see here.

Comments

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented

This is major indeed.
We'll need to try that module.. It seems we simply didn't have a multilingual project where we tested it (although most of our projects are...)

I possibly don't get your report fully right: What did you mean with "only the first language you try will show"?

Anonymous’s picture

Anonymous (not verified) commented

For example:

drush cc all
open http://example.com/fr
result: now only French pages work

drush cc all
open http://example.com/en
result: now only English pages work

pivica’s picture

pivica commented

Can we get little more data first so we can test/reproduce this easily

I am using "entity translation" as opposed to the old-style "content translation"

Are you mean you are using http://drupal.org/project/entity_translation? Did you also installed http://drupal.org/project/i18n? Is it a standard multilingual configuration or you have some special modules/settings there?

When multivariate is installed and I clear the cache only the first language you try will show.

Did you just enabled multivariate core or some plugins also?

Did you created some multivariate tests which are active - if yes can you tell me what condition/mutation plugins you added?

Anonymous’s picture

Anonymous (not verified) commented

I was just using the base "multivariate" module without any add-ons.

As for entity_translation, I am very familiar with the multilingual system from my involvement in the Drupal 8 Multilingual Initiative (#d8mi) so I'm quite confident that it is setup right. It works fine until this module is enabled. The module requires i18n as you would expect.

The major difference between entity_translation is that it replaces content_translation for nodes. We work with one node with translatable fields rather than one node for each translation that must be synced. You can find more information on entity translation here: http://drupal.org/node/1498708 and more specifically for developers here: http://drupal.org/node/1497272. It should be the default in Drupal 8.

I can now confirm that it is definitely a conflict between entity_translation module and multivariate. If I disable either one the site comes back. Officially, the error is a standard 500. It is fast - no timeout happening here just instant 500 (although I am on a fast machine). Looks like i18n is ok!

ps. there is a code sprint for D8MI this week so all the entity devs are in the #drupal-i18n channel if you want to ask them some questions about this. They are on Barcalona time (for dev days).

pivica’s picture

pivica commented

I need a more data on this because I can not reproduce this bug on my dev install.

I have Drupal 7.14, Internationalization 7.x-1.5, Entity Translation 7.x-1.x-dev latest, Variable 7.x-1.2 and latest Multivariate dev release. I have configured entity translation and have two languages and I can translate content types without any problems. In the same time multivariate module is enabled and everything works OK, no 500 error or any other error.

Can you do clean install with this modules, configure multilingual part and check are you getting 500 error. If yes I would then need steps how to install/configure site to reproduce this error or dump of site which is having this error.

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented
Status: Active » Postponed (maintainer needs more info)

Status cannot reproduce then: needs more info.
Ryan, i think we all know what entity translation is, but we really need step-by-step setup from zero with settings that result in your described issue.

Anonymous’s picture

Anonymous (not verified) commented

Hmm, I wasn't using the -dev branch of entity_translation so I tried that, but no such luck.

I put in some error debugging code in index.php and I have this result:

Fatal error: Call to undefined function menu_get_router() in /Users/TP1/Sites/osm/sites/all/modules/contrib/entity_translation/entity_translation.module on line 81

That function is defined in i18n_menu() which is enabled. I tried to adjust the weight by setting all of the multivariate modules to weight=100 in the system table but that did not resolve it.

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented

Ryan, did you once start with a clean install and tried the module?
We really can't reproduce that for now. Also the error posted looks like your system is highly broken.

I'm @Barcelona and we're working on D8 core entity / multilingual stuff.

Anonymous’s picture

Anonymous (not verified) commented

Thanks for looking at it. I'm thinking it might be something to do with the dev environment now. Have fun in Barcelona, wish I could be there for Dev Days!

pivica’s picture

pivica commented
Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)

OK then marking this as closed.