i have just updated to the latest version of webform 3.x dev and i can't add or edit any of my form components. They are shown correctly though on main webform page(on forms made before today). Have disabled what i thought might conflict with webform: fckeditor, checkout, IMCE and node clone. Still, i can't even run update.php:

An error occurred. http://www.example.com/update.php?id=73&op=do
Fatal error: Call to undefined function _system_update_utf8() in /home/example/public_html/sites/all/modules/webform/webform.install on line 427

i tried to install v 2.7 instead, but the error keeps popping up (I always used latest dev version and had no problem until now). When I fully delete the module, update.php runs with no problem. (didn't apply any patch or something)

Appreciate your help.

Comments

pebosi’s picture

This function (_system_update_utf8) is removed in Drupal 6 do you upgrade from Drupal 5 to 6 ?

regards

quicksketch’s picture

Category: bug » support
Priority: Critical » Normal

You don't need to run update.php if you're installing the module from scratch. But it sounds like you might have had a very old version of Webform installed on your site at one time. To fix this, visit admin/build/modules/uninstall and completely uninstall webform (it must be disabled first). Then re-enable Webform. This will start Webform at the most current database version. Note that this will destroy any data you have saved in Webform, but it sounds like you're trying just to install it.

quicksketch’s picture

Or possibly... you might be manually selecting an update number when visiting update.php. You should *never* change the update numbers when visiting update.php. If you manually select a number different than the one selected for you, you'll probably permanently damage your database. The update that's throwing an error is webform_update_3(), which means you may have selected update 3 or earlier. If you've done this, there's no way to fix your database other than to restore a backup.

weizrd’s picture

thanks for the quick answers. my website got totally messed up. i lost all the submissions data. luckily, i had a pretty recent full backup which i'm uploading right now. (i doubt there is any undo - i checked in phpmyadmin and all is lost)

so: first of all: i had the last dev version of webform (from 16 june i think). i'm not very old with Drupal so never tried Drupal 5. However, i use very much webforms for a few months and always the last version. (never had the curiosity in update.php to see those numbers you say)

checked out on drupal and the same error appeared in the past to users after installing i18n or tinymce (never used this module though). I updated i18n to the last version (stable) yesterday so might be a trigger to the error which webforms catalised.

what's very interesting is that on update.php i don't have this function and i started to check with textmate into the whole project. still have no idea where utf8 came from.

whatever happened, i'm looking forward to know to cause and contribute however necesary to help.

why do you think my form components are not listed on the page? (blanc content). v 2.7 works fine, even with my sql broken.

quicksketch’s picture

I'd highly suggest using the latest stable (recommended) release of Webform and staying away from 3.x for the time being. Note that there is no way to roll-back from the 3.x version to 2.x, so you might be in a really tough position unless you have a backup from before. The 3.x version is not stable and very well may break your site.

nottwo’s picture

I've experienced a similar issue, although I never received any error about _system_update_utf8() like you did.

I had a 2.x webform install that I upgraded to 3.x-dev & found that I couldn't edit or add components to existing webforms, nor could I create a new webform & add components. I was able to solve the issue by installing the form_builder module and its dependencies.

This seems to be a bug in the -dev version where it either needs to indicate its dependence on form_builder or properly fall-back to a "standard" form building interface.

quicksketch’s picture

Status: Active » Closed (fixed)

I think #6 might have been a different issue (now resolved as far as I can tell). Closing per the recommendations above.