When updating i18n module from 7.x-1.5 to 7.x-1.6 via "drush up" this error appears:

Fatal error: Call to undefined function variable_realm_initialize() in /var/aegir/platforms/development-7.14/sites/all/modules/contrib/i18n/i18n_variable/i18n_variable.module on line 17

Before updating I had variable-7.x-1.2 installed and I also decided to install variable-7.x-2.0 because it was required by i18n-7.x-1.6, but the problem (Fatal error, previously described) was not resolved.

Comments

frysk’s picture

Same here, regular update of i18n module today. During update following unresolved dependencies :

1) Variable store (Version 7.x-2.x required)
Variable translation requires this module and version. Currently using Variable store version 1.2

2) Variable realm (Version 7.x-2.x required)
Variable translation requires this module and version. Currently using Variable realm version 1.2

I'm indeed using 1.2's but a warning up front would have been nice, now I appear to be stuck already. My site has been reduced to
Fatal error: Call to undefined function variable_realm_initialize() in [path]/sites/all/modules/i18n/i18n_variable/i18n_variable.module on line 17

Any suggestions would be appreciated, just playing and using i18n for a week ... so I'm considering to reconsider :-(

mdonkers’s picture

My live site is now non-functional because of this. I ran the automatic update, as offered by Drupal 7's automated updater.

I'm not amused :-(

webmaster-eddie’s picture

Temporary fix to get websites up again:

To get your website(s) back online again, go into the mysql database for each site that uses the internationalization and the variable modules, and in the system table change the status of i18n_variable and variable_realm from 1 to 0, this disables them. Then update your database for each site affected so it recognizes those changes.

This upgrade of i18n does not work with the module variable_realm

andyceo’s picture

You should download Variable module of version 7.x-2.0 with downloading i18n of 7.x-1.6 simultaneously.

i18n-7.x-1.5 works normally with variable-7.x-1.2, but i18n-7.x-1.6 need variable-7.x-2.0.

Be aware of this Variable module error due updating: #1649928: Fatal error: Call to undefined method VariableRealmDefaultController::setWeight()

frysk’s picture

This did the trick, thank you webmaster-Eddie. Back in business, so I'll give Drupal another chance ... and i18n too.

And to be complete, after the above mysql database changes I had to alter [site]/default/settings.php where it says
$update_free_access from FALSE to TRUE. Then I executed [site]/update.php for the mentioned database update and (of course) afterwards I changed the TRUE back to FALSE again.

For you guys this last bit might sound obvious, but for me it took a few additional moments to figure it out.

---

Y Keopx, muchas gracias por las pistas que tu me has dado también. Te puedes dirigir siempre en español ... así aprendo más :-)

Jacob’s picture

Thanks, webmaster-eddie - it worked for me too

pablo_bravo’s picture

Hello guys, I'm new in Drupal so i hope i can explain myself good enough.

I had the same problem, and i did the MySQL changes. After 10 minutes or so i checked my site and it was alive again but with the issue that the main menu was displaying the languages that i have set (english and spanish) at the same time, so i came back to the DB and undo the changes. But more the half an hour has passed and i only see the Fatal Error message :-S.

Thanks in advance for any help you can provide!

oneklema’s picture

I have made the changes and updated the variable module to version 7.x-2.0. I also now have the problem that all translations for the menu is displayed at the same time.

webmaster-eddie’s picture

I also have this problem and it persists even after re-enabling the upgraded variable_realm to 7.x-2.0.

It seems as if the action of upgrading to both i18n-7.x-1.5 and 7.x-1.6 both caused the translation sets to reset or it made them required, as in the menu in every language error will now start appearing.

Check your translation sets or those menu items and you'll find that they need to be redone - re-associated with each other.

But will we have to do this with each subsequent update or upgrade to i18n? This is what should be looked at before manually re-associating the translated menu items in translation sets, in my opinion.

I have the additional issue that in variable translate, the user registration emails cannot be set to multilingual - that is, checking the boxes, and saving - they are not saved.

Eric_A’s picture

Priority: Normal » Critical

And the i18n_variable dependencies just seem to be wrong?

1) Variable store (Version 7.x-2.x required)

2) Variable realm (Version 7.x-2.x required)

Should these be something like >= 7.x-2.0 rather than 7.x-2.x?

Eric_A’s picture

Should these be something like >= 7.x-2.0 rather than 7.x-2.x?
Actually, according to the docs it should be (2.x) or (>2.0). No 7.x in here.

vinotwit’s picture

Thanks Webmaster Eddie, changing the MySQL fields worked like a charm.

Cheers --Mike

guillaumev’s picture

Same issue here: I can not translate my email variables anymore...

guillaumev’s picture

Concerning the translation of email variables, please take a look here: http://drupal.org/node/1661022

Jose Reyero’s picture

Status: Active » Fixed

All these are fixed in latest dev versions (i18n, variable), just committed a patch for this one.

It may not work if you don't update variable but at least it won't crash your site.

If I can get some feedback about it working it will be released very early.

Status: Fixed » Closed (fixed)

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

TipiT’s picture

I updated both modules (i18n, variable) to dev-versions and it works all other menus, but Superfish-menus still have the problem that it shows all links. But I guess this is a Superfish menu problem.

Thanks and nice work!