I have installed the 3.0-beta5 version this morning and find that none of the email settings are being saved. I enter an Email to Addess and click Add, complete the Email Subject, From, Name fields and save. I receive an Email Settings Updated message, but it has not. Below that message, it continues to say, Currently Not Sending Emails are being sent or such.

Here is the page in question -

http://www.interaction.org/node/1478/webform/emails

(The actual form page - http://www.interaction.org/temp-working-groups-page - was first designed with basic HTML mailform fields, so ignore those for now. The WEBFORM MODULE is at the very bottom. However... if you can help also tell us how to layout the Webform fields like we did the HTML mailforms... it would be awesome!)

If you cannot access these pages, please see the attached screenshot. Let me know if you can't access the page and I'll try to tweak the visibility settings.

Tony

Comments

quicksketch’s picture

Priority: Critical » Normal
Status: Active » Postponed (maintainer needs more info)

I'm not able to reproduce this problem on a fresh install. Can you create a fresh Drupal site and see if you can reproduce? I'm going to need exact instructions to recreate.

tfleming’s picture

Umm.... not being a developer and really new to Drupal, I can barely install a module, let alone start a new site. I'll delete the module and try to re-install. Perhaps the problem will correct itself. Will let you know.

tfleming’s picture

Priority: Normal » Critical

Unfortunately, that did not work. I'm still experiencing the same problem.

In both attempts, I download the tar.gz file, upload it to sites/all/modules/ and extract it. It then appears in my list of available modules and I check to enable it. It then appears in my Content Management menu, and provides a new tab on all of my pages (the only content type I've selected for webforms to appear on). Under the tab, I have Form components, E-mails, Form settings. Under Form components, I created three textfields and one email field. I make no changes to the default settings under Form settings. Under E-mails, I have enterrd for the Email to Address a gmail account, a personal non-freebie email account (the one I use for my profile on the site), and a work account. When I click Add, I'm taken to a page to specify the Email header details and Email template. I leave them all default and click save. I'm taken to a page that says Emails settings updated, but there's no addresses shown and the message "Currently not sending e-mails, add an e-mail recipient below." is still shown. I have, instead of entering an address, chosen a component email, clicked add, left the header and template as default, and clicked saved and received the same error.

I've tried nonetheless to send through a message and received the confirmation page. No message ever arrives, nor are any submissions listed under the Results tab on the page.

In case it is meaningful, I do also have the Contact 6.12 module that came with our core. Could that be conflicting with the Webform module? We've never really used it or been shown how to set it up. Are there any other typical or core modules that could be conflicting with Webform?

roball’s picture

Priority: Critical » Normal

Please don't re-flag the priority to Critical! It just isn't. I don't have a problem with e-mail settings not being saved.

quicksketch’s picture

Thanks for your walk-through of steps on what causes the problem. Unfortunately following them exactly as you've described doesn't cause the problem for me still. There must be some kind of installation problem or another module that may be conflicting. The core Contact module should not have any effect on Webform.

ermannob’s picture

Did you try to "Uninstall" the module before deleting its files? (you
might lose your webforms and have to recreate them).

torquato’s picture

I'm having the same problem, i tried to uninstall and install again, i really tried a lot of things. The emails are not being added, but the module collects the submissions, and in the database, inside the column "webform_emails" i can find all the emails i was trying to add! I'm not sure, but for me that means that the module can read and store the emails, but it is unable to send anything for the users.

Well, i hope this help the developers, and i'll be waiting for news. Any ideas??

Thx for the help!

quicksketch’s picture

@torquato, so it sounds like in your case e-mails are being saved properly. Is the only problem that the e-mails are not sending? If so, please try some of the approaches in #364673: Webform not sending e-mail (general troubleshooting, tips). This issue is for e-mail settings not saving (rather than not sending).

quicksketch’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

Closing after inability to reproduce. Please reopen if the problem still exists and is reproducible from a clean install.

Yuri’s picture

I'm wondering if one of you guys solved this issue. I've got the same issue, but in version 7.x-3.11, see http://drupal.org/node/1206328. If you know a Rules workaround, please let me know. Thanks.

tchronister’s picture

I have the issue as well, just noticed it today. Been searching for someone else who had this too and finally found it here. Using version 6.x-3.11 and I am using a multi-site approach for this, so it is a clean install. My emails are sending fine, even in HTML and the user who fills in the fields FNAME, LNAME, EMAIL all are captured in the db, however their is a following page of this multi-part form where the user is asked to refer someone and that to has REFFNAME, REFLNAME, REFEMAIL where REFFNAME and REFLNAME are captured as stored in the table and included in the e-mail to Marketing, however the REFEMAIL is not stored. It is an e-mail component type for for the sake of getting this done I am converting to just a textfield component type to get it into the form. I sacrafice the valid e-mail address check though.

Been using webform for years, love it! Never saw this issue before. Will post when/if I get this solved.

tchronister’s picture

Finished up the issue I was having, noted in #11 - the module is perfect as usual. For my case it falls to sloppy use of Webform Conditional module, still it only affected the e-mail component type.

It was a combination having my REFFNAME, REFLNAME, REFEMAIL fields grouped under a Fieldset that had the "Display Name" checkbox to hidden. That hint came from reading other Webform posts that noted the e-mailed results needed %email[fieldset][field] defined as a multidimensional array. Doing just this did not give results however.

Also, and I believe both need done, I had to add my conditional value to these REFFNAME, REFLNAME, REFEMAIL fields and I added the conditional value to the fieldset that held the REFFNAME, REFLNAME, REFEMAIL, then the e-mail data was captured and stored in the resulting Webform table. Originally, I had only added the conditional value to the Pagebreak for the fieldsets that would show on that multiform part. For good measure, I've defined the conditional for every single component of the form and will not assume the Parent/Child aspect again.

A third likely culprit too was CKEditor, which I enabled and used only after initially building my webform and it was active in the Admin part. CKEDitor will append a <br /> to the fields even if you use "edit in text mode" link and - so for a conditional it would see VALUE<br /> and not just VALUE and so I had form components not showing up because my value did not match the key and it was a cluster. CKeep that suCKer CKontained.

I hope this helps someone coming along.

alexgreyhead’s picture

Title: Webform email settings not being saved » Webform email settings not being saved (fixed - missing db column error)
Priority: Normal » Major
Status: Closed (fixed) » Needs review
StatusFileSize
new875 bytes

This is caused by an unknown column error in drupal_write_record because database updates haven't been run since upgrading the webform module - run a drush updatedb or go to /update.php and make sure your database is up to date!

Ignore the patched file - it's irrelevant now I've discovered the cause of the problem!

alexgreyhead’s picture

Status: Needs review » Closed (works as designed)
vernond’s picture

Priority: Major » Normal
Status: Closed (works as designed) » Needs review

It seems you have upgraded your Webform version and not had a successful run of update.php. Try running update.php again (there's a link on the Modules page) and let us know if there are any error messages.

Downgrading priority to normal.

vernond’s picture

Status: Needs review » Closed (works as designed)

Mmmm, missed each other in cyberspace. Closing issue again.