Closed (fixed)
Project:
Webform
Version:
7.x-3.6
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
28 Dec 2010 at 02:40 UTC
Updated:
3 Jan 2014 at 02:41 UTC
Jump to comment: Most recent
Comments
Comment #1
quicksketchDid you upgrade to the Drupal 6 version first? You can't upgrade directly from Drupal 5 to Drupal 7.
Comment #2
mgiffordYup. Certainly core and I'm pretty sure this module.
Was actually 6.19 version of core, but that should be fine.
Comment #3
quicksketchHm, I have no idea how to solve this problem. If you can upgrade to Drupal 6 and find the problem there this would be solvable. There are very few database differences between the D6 and D7 version, so my guess is this problem would have occurred between D5 and D6.
Looking at the code, the update that adds this column is webform_update_6321(). It's a pretty simple update, I don't see how anything would have gone wrong with it had it been run.
Comment #4
quicksketchComment #5
mgiffordI'll let you know if I run into this problem with a simpler D6 to D7 upgrade. Thanks again for the quick response!
Comment #6
gstegemann commentedHave the same problem. Site was migrated from Drupal 6.20 to 7. Even update.php stops working.
You have to disable the module to update.php working again.
Comment #7
gstegemann commentedI think I have found the cause of the problem. It occurs when you migrate to D7 keeping webform at version 2.x.
Looking at the code I found the following info:
To fix the problem I have upgraded webform to 3.6 on my D6 site which in turn performed all the missing database updates. Then I copied the updated webform database tables to the D7 database and updated the schema version accordingly. After re-enabling the webform module on the D7 site the 7.x updates were applied and everything seems be operational now.
Comment #8
quicksketchComment #9
vikingew commentedThis issue is in no way fixed, just swept under the carpet! You need to either create an upgrade path from 6.x-2.x to 7.x.3.x OR be more explicite in your instructions about upgrade not only from 2.x to 3.x but also from D6 to D7
(Almost) needless to say I ran into this issue as well and before upgrading, in good order I visit the webform project page to look for instruction and there is no indication that an upgrade from 2.x to 3.x in D6 is mandatory before an upgrade to D7 is possible.
It would have saved me, and possibly others, extra work as I just been waiting for upgrading to D7 I didn't bother about the 2.x to 3.x upgrade in D6, because there were no indication I needed to and it's in the human nature that not do more then you have to. I just want to point this ;-)
Apart from that, thanks for a great module!
Comment #10
quicksketchI updated the README.txt in the latest version to include this note:
I don't think putting it on the already crowded project page is necessary as many modules will not update to Drupal 7 unless they're running the latest version from D6. Like I said, I don't plan on rewriting updates to support direct 6.x-2.x to 7.x-3.x updates, this is as "fixed" as it will get.
Comment #12
skatheeth commentedHey GStegemann,
I did the same, as you have posted in #7, I want to know what are the schema changes you did in Drupal 7 webform module, so that I can implement it on my application.
Regards,
Shraddha
Comment #13
gstegemann commentedHi skatheeth,
in fact, I didn't made any direct schema changes to the Webform database tables. After copying the 3.x Webform database tables into the D7 site database I adjusted the "schema version number" in the sites System table.
Here an example:
In this example the schema version of the Webform 3.x module at the D6 site is 6331, after all updates were applied. This number has to be applied to the D7 site using an appropriate database tool.
Gerhard