Advancedform_XH

[Remko]

Hi Christoph & Holger,

Thanks for both your suggestions. I've contacted mij webhost and they allowed the eval function. They also disabled Safe Mode and now everything is working.

However they did point out one problem I never knew about. I am running the old CMSimple ons http://www.dehuishouding.nl and have been using Jan Kanters his advanced form for some years. Turns out that the directory advancedform/data/tmp was exceding limits and therefor it was impossible to upload any new attachments. Had a look and it turned out that it was full with attachments people send in the past year. It raises the question wether advancedform_XH does something similar and if it is at all possible to have this temp-dir emptied automatically.

Remko

ps: changed password, will PM in future

[Remko]

grrr,

Now I am getting this....(after submitting the form)

"Could not instantiate mail function."

The build-in mailform does work. Seems like some phpmailer problem..?

[cmb]

Hi Remko,

I've contacted mij webhost and they allowed the eval function. They also disabled Safe Mode and now everything is working.

That's fine.

It raises the question wether advancedform_XH does something similar and if it is at all possible to have this temp-dir emptied automatically.

Advancedform_XH doesn't have an own tmp/ directory. The uploaded files will be attached to the mail directly from PHP's upload directory, so they will be deleted automatically when the PHP script terminates.

Seems like some phpmailer problem..?

Yes, indeed. PHP's mail() function doesn't work properly on your server. Please have a look at PHP-Info: what does it report as values of sendmail_from and particularly sendmail_path?

Christoph

PS: Just read:

The build-in mailform does work

So forget about PHP-Info. There seems to be another problem. Do you have XHdebug mode still enabled? If not, please try again with a file _XHdebug.txt in the downloads/ folder. It's content

Code: Select all

5

PPS: PHP Mailer calls ini_get() and ini_set(), so both functions must not be set in PHP's ini directive "disable_functions".

[Remko]

Hi Christoph,

Bit busy at work with staff etc. I uploaded your old _XHdebug.txt (its content was just a number 6) and I got the following messages:

Warning: Call-time pass-by-reference has been deprecated in /var/www/vhosts/consen.nl/httpdocs/plugins/index.php on line 848
Notice: Use of undefined constant SERVER_NAME - assumed 'SERVER_NAME' in /var/www/vhosts/consen.nl/httpdocs/plugins/ge_canonical/index.php on line 16
Notice: Use of undefined constant SERVER_NAME - assumed 'SERVER_NAME' in /var/www/vhosts/consen.nl/httpdocs/plugins/ge_canonical/index.php on line 48

With just the number 5 in the _XHdebug.txt, I do not get any warnings

With the text:

CODE: SELECT ALL
5

I do not get any warnings either. I think I'll just send you a pm with password
Thanks

[cmb]

Hi Remko,

I just had a look at your PHP-Info under debug level 6. It says error_reporting=6143, but it should be 32767 with this debug level. This is probably due to disable_functions=...,ini_set,..., what might be the cause of the problems with Advancedform_XH. The PHP-Mailer has to ini_set('sendmail_from'), but that is not allowed.

So you should check with your provider that he removes at least ini_set from the list of disable_functions.

Christoph

[cmb]

Hello Community,

I've just released Advancedform_XH 1beta9. It's available from my website.

Advancedform_XH facilitates creating your own mail forms for integration to CMSimple_XH. Advancedform_XH is based on AdvancedForm by Jan Kanters. Due to the increased quality standards of CMSimple_XH and to prevent possible problems with other plugins in the future, a complete rewrite was necessary. Though the functionality basically remains the same, it is to assume, that at least minor bugs were thus introduced.

The current version has to be considered Beta software! Use with caution!

Thanks to all who tested Advancedform_XH so far, for their valuable feedback, which helped me to improve Advancedform_XH to the current state.

From the changelog:
changed to explicit system check instead of implicit error reporting
changed boolean configuration options from yes/no to 1/0
updated i18n of datepicker to be used with subsites
changed input of the thanks page to selectbox
added missing i18n in property dialog (reported by oldnema)
added custom thanks page hook (inspired by bca)
added demo forms as examples for the hook system
added possibility to suppress sending of mail by advfrm_custom_mail hook
updated manual accordingly
translated manual to german
fixed bug: create missing forms.dat automatically
integrated IP address of sender to mail subject (suggested by mitch)
added czech translation (provided by oldnema)
added powered by link

Any feedback is welcome.

Christoph

PS: Cryptographp_XH 1beta1 still doesn't work with Advanceform_XH 1beta9! This will be changed in the next version of Crypthgraphp_XH, which will be released ASAP. Well, I've written this already 10 weeks ago

[twc]

uhm........ fail here

[cmb]

Hi twc,

both error messages are independent from each other. The 2nd can be solved by downloading the missing language file from http://jquery-ui.googlecode.com/svn/trunk/ui/i18n/ and putting it to the mentioned folder.

The 1st error is reported when sending the mail by PHP's mail() doesn't work. Activate XHdebug-Mode 5 and try again please. There should be shown a more descriptive message. I wouldn't be surprised, if the problem is with ini_set(). So please check the setting of disable_functions (must not contain ini_set) and of safe_mode (should be Off) in your PHP info.

Christoph

[twc]

asform system works fine here........


advancedform
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /mounted-storage/home121a/sub001/sc28987-VHAG/fiberdordrecht.nl/plugins/advancedform/advfrm.php on line 442

[cmb]

Hi twc,

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /mounted-storage/home121a/sub001/sc28987-VHAG/fiberdordrecht.nl/plugins/advancedform/advfrm.php on line 442

That was caused by a bug while processing checkboxes/multi-selects with magic_quotes_qpc=On. Thanks for reporting -- I've already fixed it.

But this should have nothing to do with the sending of mails. I've had a further look at PHPMailer's code, and ini_set() shouldn't be a problem with Advancedform_XH, as this code will not be executed. But I have no clue, what the problem is. <DEL>So I enabled further debug output, and bundled both changed files for download.</DEL> <ADD>The changes are integrated in Advancedform_XH-1beta10 +</ADD> Could you please upload the files to the existing Advancedform_XH-1beta9, and test once more?

Christoph