Closed (fixed)
Project:
Webform
Version:
6.x-3.2
Component:
Documentation
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Sep 2010 at 20:47 UTC
Updated:
24 Nov 2010 at 10:04 UTC
Jump to comment: Most recent file
Comments
Comment #1
texas-bronius commentedUpdate: Sorry for the noise-- db tables do exist, and I just had to enable Webforms on "webform" content type (in my case).
Thanks for the great module. Looking forward to learning about the new options.
Comment #2
texas-bronius commentedComment #3
quicksketchI actually had this problem on Lullabot.com when I updated it a few days ago. I think there must be something missing from our upgrade path that ensures the webform content type is webform-enabled when upgrading in some situations. I updated via drush also... I'd never seen this before in my manual testing.
Comment #4
eric_a commentedI just did a quick test from 6.x-2.9 to 6.x-3.2 with one webform and a couple of submissions. I think I lost the e-mail to address. The update messages show dropping an email column without this data being moved first...?
Comment #5
quicksketch@Eric_A: The updates that are shown to you are only some of the queries, not all of them. Usually updates will use db_query() in places and update_sql() in others. Only the ones that run through update_sql() are actually displayed. However update_sql() doesn't support sanitizing or replacements, so db_query() is substituted instead in those places. If you find data actually missing, please open a separate issue.
I've clarified the title to reflect this specific problem.
Comment #6
quicksketchI haven't been able to pinpoint this issue, so I'm hoping this patch will correct it for new users upgrading. Please reopen if the problem crops on new migrations.
Comment #8
truyenle commentedHi quicksketch,
I try the 6.x-3.4 version and upgrade from 6.x-2.9 => the webform content type is lost!
Thanks
Truyenle
Comment #9
boblesurfeur commentedHi,
I have the same issue.
I've upgraded from 6.x-2.x (schema version 6205) to 6.x-3.4 and I've lost the webform content type.
Any help ?
Comment #10
texas-bronius commentedTruyen, Bob-
As stated in my initial reply in #1 above, nothing was really lost, it just has to be reenabled on the content types you wish to use it (admin/settings/webform['Webform-enabled content types']).
-Bronius
Comment #11
eric_a commentedI just did a quick test from 6.x-2.9 to 6.x-3.2 with one webform and a couple of submissions. I think I lost the e-mail to address.
The site where my update failed used the standard webform content type but with extra fields, in this case the one added by the print project. (6.x-1.10)
I haven't had the time to investigate if this may have had anything to do with it, but I thought I'd mention it here now.