Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
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
Comment #1
frysk CreditAttribution: frysk commentedSame 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 :-(
Comment #2
mdonkers CreditAttribution: mdonkers commentedMy 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 :-(
Comment #3
webmaster-eddie CreditAttribution: webmaster-eddie commentedTemporary 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
Comment #4
andyceo CreditAttribution: andyceo commentedYou 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()
Comment #5
frysk CreditAttribution: frysk commentedThis 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 :-)
Comment #6
Jacob CreditAttribution: Jacob commentedThanks, webmaster-eddie - it worked for me too
Comment #7
pablo_bravo CreditAttribution: pablo_bravo commentedHello 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!
Comment #8
oneklema CreditAttribution: oneklema commentedI 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.
Comment #9
webmaster-eddie CreditAttribution: webmaster-eddie commentedI 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.
Comment #10
Eric_A CreditAttribution: Eric_A commentedAnd the i18n_variable dependencies just seem to be wrong?
Should these be something like >= 7.x-2.0 rather than 7.x-2.x?
Comment #11
Eric_A CreditAttribution: Eric_A commentedShould 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.
Comment #12
vinotwit CreditAttribution: vinotwit commentedThanks Webmaster Eddie, changing the MySQL fields worked like a charm.
Cheers --Mike
Comment #13
guillaumev CreditAttribution: guillaumev commentedSame issue here: I can not translate my email variables anymore...
Comment #14
guillaumev CreditAttribution: guillaumev commentedConcerning the translation of email variables, please take a look here: http://drupal.org/node/1661022
Comment #15
Jose Reyero CreditAttribution: Jose Reyero commentedAll 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.
Comment #17
TipiT CreditAttribution: TipiT commentedI 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!