Create a new release fixing multiple update issues [Meta issue]

Just so I'm not misunderstanding - are you saying that the latest dev versions of Internationalization and Variable 2.x should be able to upgrade cleanly? I'm willing to test that out; I just want to confirm that I'm understanding the proposal correctly.

I was running an older version of Internationalization (i18n) and the 7.x-1.2 version of the Variable module. I am also running the latest -dev version of Drupal 7 core, as per the requirements of another module.

Prior to upgrading, everything was running well as far as I could tell. I also tried upgrading other modules, and the upgrade process went smoothly.

I downloaded the latest dev versions of both Internationalization and Variable, then took the following steps:

1. I cleared the cache
2. I replaced the old Internationalization and Variable folders with the new -dev versions
3. I ran update.php

The update.php script takes me to the 'Overview' page, but when I click on 'Continue', it just gets stuck in an endless feedback loop. No matter how many times I hit 'Continue', the updates won't run. If I try to go back to my homepage, everything's all broken (the wrong theme, missing content, etc.)

I don't know if re-opening this here is the appropriate place, but I just tried running an update with the two latest releases of i18n and Variable, and I am facing the same issue of the update just getting stuck in an endless feedback loop.

This may be due to me running the latest -dev version of core, but I'm not sure. Can anyone confirm that an update from a prior version of Internationalization and the 1.x version of Variable goes smoothly with these latest releases?

Ok, found out what was going wrong for me. I was updating from Internationalization 1.4 and Variable 1.1, and it kept being caught in an infinite loop.

However, if I upgraded to Internationalization 1.5 and Variable 1.2, and from there upgraded to Internationalization 1.7 and Variable 2.0, then everything worked smoothly.

So the issue is somewhere in the intermediate upgrade path I suppose? I've never had that happen to me before, but perhaps it's just something to add to the documentation.

#7 worked for me also. Great !

brycesenz thank you for #7 : I just had this tough experience : updating 15 modules including i18n 7.x-1.4 to 7.x-1.7 and variable 7.x-1.1 to 1.2.
I don't recall precisely how but I had a message saying I should install variable 7.x-2.x along with i18n 7.x-1.7 ... So I injected variable 7.x-2.1 ...
When I launched the installation of all of this, it totally broke my Drupal 7 website :
- impossible to run update.php
- no more cache flush allowed
- theme reverted back to the system default
- can't save any form page
- can't change the theme
- impossible to put the site in maintenance mode
- no more clean URL
... despite I was logged as user 1 (that, I could figure out)
Of course at the beginning I did not know where it was coming from.
I had the following typical messages on basically all pages :

• Warning: class_implements() [function.class-implements]: Class ImageCacheActionsModuleStreamWrapper does not exist and could not be loaded in file_get_stream_wrappers() (line 140 of /home/mywebsite/www/includes/file.inc).
• Warning: in_array() expects parameter 2 to be array, boolean given in file_get_stream_wrappers() (line 140 of /home/mywebsite/www/includes/file.inc).
• The form has become outdated. Copy any unsaved work in the form below and then reload this page.
• Notice: Undefined index: src in theme_admin_menu_icon() (line 933 of /home/mywebsite/www/sites/all/modules/admin_menu/admin_menu.inc).
• Notice: Undefined index: alt in theme_admin_menu_icon() (line 933 of /home/mywebsite/www/sites/all/modules/admin_menu/admin_menu.inc).

... and I also got errors that I did not keep regarding the ImageCache and ImageCache Actions modules.
Then after 6 hours of investigations and considerations of desperately moving back to an old backup (the latest one would not work), I tried to revert i18n to 7.x-1.5 and variable to 7.x-1.2 and it solved the issue !
Again I was trying to update directly i18n 7.x-1.4 to 7.x-1.7 and variable 7.x-1.1 to 7.x-2.1.

According to #7 I will try to update i18n 7.x-1.5 to 7.x-1.7 and variable 7.x-1.2 to variable 7.x-2.1

As a conclusion : never update modules without backing the database up ! and regularly test you database backups (try to import them)...
I have been lucky somehow this time.

#7 also works for me, thanks!

After updating from variable 7.x-1.1 to 7.x-1.2 and from internationalization 7.x-1.4 to 7.x-1.7 (as recommended on /admin/modules/update) I had the same problems as described in post no 11:

- impossible to run update.php
- cache flush impossible
- theme reverted back to system default
- impossible to save any forms

plus a faulty presentation of the main menu and disappearance of the language switcher block due to changes in language detection...

I emptied caches via phpMyAdmin and tried downgrading and upgrading various modules using ftp to determine which module upgrade was causing the problem. In the beginning this was not at all clear to me since I had upgraded several modules at once as recommended on /admin/modules/update. From these experiments and internet searches it became clear that the problem was being caused by the internationalization and variable modules.

The solution proposed in post no 7 worked for me and I did manage to upgrade from variable 7.x-1.1 to 7.x-1.2 and from internationalization 7.x-1.4 first to 7.x-1.5 and then to 7.x-1.7, always taking care to flush caches and run the update script after each step, without site breakage.

But some problems remain. Pages sometimes load very slowly (20s and more) and it just took me a few minutes to log in...

The status report (see below) says everything is fine except that "some modules have database schema updates to install" and that I should run the database update script immediately...

When I try to do that I am informed of a dependency problem with two submodules of "variable", variable store and variable realm and that version 7.x-2.x of both of them is required by the variable translation submodule (full message copied below).

But I am a bit wary of trying to upgrade variable.

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Status report:

Drupal 7.15
OK
Access to update.php Protected
OK
CTools CSS Cache Exists
OK
Configuration file Protected
OK
Cron maintenance tasks Last run 1 hour 39 min ago
You can run cron manually.
To run cron from outside the site, go to http://www.danielmang.com/cron.php?cron_key=lPv4NF4BtK8FcMO3Q_jThYKavuvg...
OK
Database system MySQL, MariaDB, or equivalent
OK
Database system version 5.0.95-community-log
Error
Database updates Out of date
Some modules have database schema updates to install. You should run the database update script immediately.
OK
Drupal core update status Up to date
OK
File system Writable (public download method)
OK
GD library PNG support bundled (2.0.34 compatible)
OK
GD library rotate and desaturate effects bundled (2.0.34 compatible)
OK
Module and theme update status Up to date
OK
Node Access Permissions Disabled
If the site is experiencing problems with permissions to content, you may have to rebuild the permissions cache. Rebuilding will remove all privileges to content and replace them with permissions based on the current modules and settings. Rebuilding may take some time if there is a lot of content or complex permission settings. After rebuilding has completed, content will automatically use the new permissions. Rebuild permissions
OK
PHP 5.2.17 (more information)
OK
PHP extensions Enabled
OK
PHP memory limit 96M
OK
PHP register globals Disabled
OK
Unicode library PHP Mbstring Extension
OK
Update notifications Enabled
OK
Upload progress Enabled (PECL uploadprogress)
OK
Web server Apache

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

update.php requirements problem message:

Web server Apache
OK
PHP 5.2.17
OK
PHP register globals Disabled
OK
PHP extensions Enabled
OK
Database support Enabled
OK
PHP memory limit 96M
OK
File system Writable (public download method)
Error
Unresolved dependency Variable store (Version 7.x-2.x required)
Variable translation requires this module and version. Currently using Variable store version 1.2
Error
Unresolved dependency Variable realm (Version 7.x-2.x required)
Variable translation requires this module and version. Currently using Variable realm version 1.2
OK
Unicode library PHP Mbstring Extension

Brycesenz and FranckV, I have no idea how you people are in personal, but my tribe wants to offer you a statue in your community.

It's people like you that save projects by taking the time to share solutions and writing everything down. Thanks!

Updated issue summary.

#7 worked for me also

#7 worked for me too. Thx for the solution!

Thanks,
#7 saved my life

hey max plus, we're in the same 2015 boat!

Alright, i went for an easier solution, as told at https://www.drupal.org/node/1670274#comment-6913318 and http://www.maslik.com/drupal-variable-update .

I was already at the same situation as #13 (danielmang).
So, this is what I did:

1. delete the "variable folder" (via ftp)
2. upload latest version of variable module (via ftp)
3. flush cache (via drupal)
4. run update.php

It worked!

For the record:

• internationalization 7.13
• variable 7.25

Proof: http://imgur.com/a/WTU5p