When I add a new component, I get the message "New component [NAME] added". However, there is no component actually added. I have a fresh Drupal install of 6.19 and Webform 6.x-3.4. Has anyone else had this issue? It's really weird and now I'm afraid to update my other sites to the newest version.

Please advise...Thanks.

CommentFileSizeAuthor
#9 Picture 1.png23.1 KBornj
#7 Picture 12.png33.21 KBhypatia7777
Screen shot 2010-10-24 at 4.31.51 PM.png46.62 KBAnonymous (not verified)

Comments

quicksketch’s picture

Status: Active » Postponed (maintainer needs more info)

I'm not getting this problem on my own installations of Webform. Do you have any other Webform-related modules installed?

Anonymous’s picture

Quicksketch,

I just revisited the page with the webform and the form components had all been saved but they all had the same Field Key. When I tried to add another one, it gave me a message about components having the same key and that I need to change them to save the order. Anyway, in case this happens again, here's the modules that I have installed when the problem came up...

Here's a list of the modules installed:
-Administration-
Admin Menu 6.x-1.6
-CCK-
Content 6.x-2.8
Content Copy 6.x-2.8
Fieldgroup 6.x-2.8
Filefield 6.x-3.7
Imagefield 6.x-3.7
Link 6.x-2.9
Node Reference 6.x-2.8
Number 6.x-2.8
Option Widgets 6.x-2.8
Text 6.x-2.8
User Reference 6.x-2.8
-Chaos tool suite-
Chaos tools 6.x-1.7
-Core - optional-
Color 6.19
Comment 6.19
Database logging 6.19
Help 6.19
Menu 6.19
Path 6.19
PHP Filter 6.19
Ping 6.19
Poll 6.19
Profile 6.19
Search 6.19
Statistics 6.19
Syslog 6.19
Taxonomy 6.19
Throttle 6.19
Tracker 6.19
Upload 6.19
-Feeds-
Feeds 6.x-1.0-beta9
Feeds Admin UI 6.x-1.0-beta9
Feeds Import 6.x-1.0-beta9
Feeds News 6.x-1.0-beta9
-ImageCache-
ImageAPI 6.x-1.8
ImageAPI GD2 6.x-1.8
ImageCache 6.x-2.0-beta10
ImageCache UI 6.x-2.0-beta10
-Other-
Advanced help 6.x-1.2
Comment Notify 6.x-1.4
Job Scheduler 6.x-1.0-beta3
Lightbox2 6.x-1.11
Pathauto 6.x-1.x-dev
Token 6.x-1.14
Token actions 6.x-1.14
-Printer, e-mail and PDF versions-
Printer-friendly pages 6.x-1.12
Send by e-mail 6.x-1.12
-Views-
Views 6.x-2.11
Views exporter 6.x-2.11
Views UI 6.x-2.11
-Webform-
Webform 6.x-3.4

dreipunktnull’s picture

Same here. On my site it happens to nodes that are not of the type 'webform' but have been selected as allowed node types to contain a webform. When adding components I also receive the message 'New component [NAME] added' but that is simply not the case. On 'webform' nodes everything works great.
Thanks in advance.
Best regards,
Björn

aanjaneyam’s picture

This happens to me on the webform 7.x-3.4 beta1 too. This happens on the webform content node created by webform install. Actually I was able to successfully create a form and test its submissions. However I needed to add, edit and reposition few components/fields but it just does not happens. When I add a component field I get a success message that it has been successfully added but it does not show on the actual form page. The component actually gets added to the component list. I even tried to convert the text format settings to Full HTML but it was of no use.

quicksketch’s picture

The Drupal 7 version is (again) broken due to new API changes in Drupal 7 beta2. Please keep Drupal 7 issues separate.

siriwadhna’s picture

Mine is exactly the same case as with #3 ie. works as webform node itself but not on the "Story" node.

hypatia7777’s picture

StatusFileSize
new33.21 KB

I am getting the same problem, except that I am even getting it on my nodes of type webform. I've attached a screenshot.

I have these modules:
Calendar
Date
CCK
Filefield
ImageAPI
ImageCache
ImageField
Lightbox2
LoginToboggan
MailChimp
PathAuto
RememberMe
Rules
ThemeSettingsAPI
Token
Ubercart
Views
WebForm

quicksketch’s picture

@hypatia7777: You're clicking "Submit" instead of "Add".

ornj’s picture

StatusFileSize
new23.1 KB

Also seeing this issue. Trying to add a textfield to a new webform in Drupal 6.19. I see the field in the database but it doesn't show up on the form. This happens when creating a Webform node.

When viewing a newly created webform I get the following message:

user warning: Unknown column 'block' in 'field list' query: INSERT INTO webform (nid, confirmation, confirmation_format, redirect_url, block, teaser, allow_draft, submit_notice, submit_text, submit_limit, submit_interval) VALUES (426, '', 0, '', 0, 0, 0, 1, '', -1, -1) in /www/includes/common.inc on line 3528.

quicksketch’s picture

If the "block" column is missing, you probably need to run update.php. This column was added in the 3.3 version of Webform.

ornj’s picture

I ran it but the problem still exists.

quicksketch’s picture

ornj: The "block" column is added in Webform Update 6321. If this column doesn't exist, it sounds like your update didn't run properly and your installation is now incorrect. I'm not sure what to suggest here since once your database gets out of sync with where Webform/Drupal expects it to be, there's not much that can be done other than manually fixing the database. In your case, you may be able to fix things by manually running update 6321 from update.php, but it sounds like your database is beyond the help I can provide in the issue queue.

ornj’s picture

I'm not a db person but I know enough to poke around. There is a "block" column in the webform table. Is that the column you are referring to?. Could I just uninstall the Webform module and reinstall the latest version? I haven't created many forms yet so it wouldn't be a big deal if it would solve the issue.

* Uninstalling the module and reinstalling seemed to fix the issue.

quicksketch’s picture

There is a "block" column in the webform table.

I'm not sure how it'd be possible that there's a block column in the table but you'd be getting an error saying that it's not in the table:

user warning: Unknown column 'block' in 'field list' query: INSERT INTO webform (nid, confirmation, confirmation_format, redirect_url, block, teaser, allow_draft, submit_notice, submit_text, submit_limit, submit_interval) VALUES (426, '', 0, '', 0, 0, 0, 1, '', -1, -1) in /www/includes/common.inc on line 3528.

Those sound like they're at odds with each other.

But in any case, yes you could disable and then uninstall the module to start all over.

imclean’s picture

I'm having the same problem as #3 and #6. Webform content type works, Page content type which is webform enabled doesn't show the components even though they are in the database.

I've disabled and uninstalled webform then re-enabled it and the problem is still there.

Currently running through the module list for anything conflicting but nothing stands out.

imclean’s picture

More info: It looks like an entry isn't being created in the "webform" table for content types which aren't webform.

I manually added the corresponding nid into the webform table, using table defaults for the other fields, and the components are now showing in both the component list and the form view itself.

The problem only occurs when adding a form to content which was created before the content type was webform enabled.

For e.g. now that Page is webform enabled, when I create a new node of type Page, the webform works.

imclean’s picture

Component: User interface » Code
Status: Postponed (maintainer needs more info) » Active

More info provided - updated status.

djalloway’s picture

Confirmed.
And here is why.

If you webform-enable a content type that already has existing nodes, that node does not have an entry in the {webform} table yet.
Webform is programmed to add an entry to that table on the node update.

Here is the problem.
If the first thing you do is try to add form components to any of those existing nodes BEFORE YOU UPDATE (re-save) that node...
The components are added, but because webform does not have an entry in the {webform} table yet, you will not see your components.

*Temp*
To fix this for now, just edit and save the node.
This causes Webform to run it's {webform} check and it will insert your node entry for you.

What we'll need to do is run the check code found in the webform_node_update function (webform.module line 904-911) when components are added / updated... or something to that extent.
We could add this when the Webform tab is loaded (webform_components_page) or when a component is inserted / updated.

quicksketch’s picture

Thanks for the sleuthing Dan. It probably only makes sense to make an entry into the webform table when a component is actually added, not when the page is simply viewed. I think there are two ways of handling this, we could probably set a flag in $node->webform for containing the defaults just by updating webform_node_defaults(). Then if a node was using the defaults we'd make sure to node_save() the whole node also to make the webform entry. The other option is just to use node_save() all the time when adding new components, which would have the end-result of creating the webform entry also. I'm leaning more towards the first option, since node_save() is generally an expensive operation, especially if you have a lot of other modules enabled for modifying nodes.

siriwadhna’s picture

I have posted my issue at #6 and I'm please to report that the temp fix by @djalloway "works".

Many thanks indeed @djalloway.

letzel’s picture

Having the same problem as #7 (@quicksketch(#8):when clicking on "add") even for the content type webform. Partially solved following the temp fix by djalloway in #18: works if I use the English interface to make webform edits, but fails if I use the German interface for the edits.

criscom’s picture

Same problem here. Neither can I add Webform Components nor Email-adresses.

Tried to downgrate to Webform 6.x-2.10 but to no avail since Webform did not appear in the module list.

When I run update, I get the following message:
webform module can not be updated. Its schema version is 2. Updates up to and including 20 have been removed in this release. In order to update webform module, you will first need to upgrade to the last version in which these updates were available.

Don't know what to make of this message since I do have the latest version installed.

imclean’s picture

#22, you should read the module page in full: http://drupal.org/project/webform

Under the heading "Upgrading from Webform 2.x to 3.x":

You cannot downgrade to 2.x once you have updated to 3.x. Make a database backup before upgrading.

inteldesk’s picture

Hi guys, had much the same probs, upgraded, would not create.... It is a permissions issue, check them all. Works fine now and created a content type all it's own. Great module. Thx

quicksketch’s picture

Status: Active » Closed (duplicate)

A patch has been proposed in #1008514: Enabling webform for an existing content type, then trying to add webform components to an existing node, fails. , so I'm marking this duplicate. Please follow up in that issue.

jvieille’s picture

Version: 6.x-3.4 » 6.x-3.19
Status: Closed (duplicate) » Active

This still happens on the last version. I cannot add any component to any webform node, either the default "webform" or other enabled content types. No error report, just a silent failure. The weborm_component table stays empty
Webform works well in other sites on the same code install, it fails on a rather simple site while working on a much more complex.
I tried to uninstall, reinstall with no success.
#25 is about another issue, and is for D7

quicksketch’s picture

@jvieille: I doubt this is the same issue since it's been 2.5 years since this was created. If this were still a problem with all installs, the 150,000 D6 users surely would have reported it. So I don't think this is an issue with a clean install. During your un-installation, did you actually use the UI option for uninstalling the module (which drops all the existing tables)? Just disabling/deleting/replacing the module doesn't fully uninstall it.

jvieille’s picture

Thanks for taking care.
Yes, I uninstalled the module ad even removed the webform content type that was not deleted in the process.
I have no clue on how I might debug this as no error fire at all.

danchadwick’s picture

Issue summary: View changes
Status: Active » Closed (cannot reproduce)

The 6.x branch is receiving critical bug fixes only.