Need Assistance with PayPal payment form & eID

Permalink Browser Info Environment
We are upgrading from the old "Forms with PayPal" block to the ProForms tool.

At the moment we have a registration form at that collects registrant info and forwards to a PayPal form.

The first problem is that the PayPal form does not display any details, and submitting the form gives a captcha error - even though captcha is turned off.

The second problem is that we have tried to tie in the ProEvents event by adding the eID as a URL paramater: However, the form does not seem to be picking up that data.

I have searched through various scraps of documentation, but have not been able to solve this yet.

To further complicate matters the client opted to send out an email blast without confirming with us that the site was ready to go. So we're under the gun to get things sorted ASAP.

Thanks in advance for your help!


Type: Discussion
Status: In Progress
View Replies:
RadiantWeb replied on at Permalink Reply
Hi there,

This is an auto responder to let you know that your support ticket has been forwarded to our entire support team at RadiantWeb!

Support tickets are reviewed Mondays thru Fridays 9am to 9pm & Saturdays 9am to 12pm EST.

A support team member will be following up with you as soon as possible.

Thank for supporting RadiantWeb Products!

RadiantWeb Support
RadiantWeb replied on at Permalink Reply
Hi Ryan, I just tested your link, and the form is picking up the event? were you able to work this out? Is there something that needs changed that you exposed a bug to?
StriderSEO replied on at Permalink Reply
I'm sorry, but it's really not picking up the event.

Can you please either give me details on the precise setup path we should have, or double check that the existing setup is correct?

We need this functioning ASAP - as I mentioned, the client has already started marketing the event :)
StriderSEO replied on at Permalink Reply
Gave up on passing the eID for now (though would still love to know how it's supposed to work). Using the Single Date picker works in this scenario at the moment.
StriderSEO replied on at Permalink Reply
Some good news - the PayPal form has started populating data correctly :)

concrete5 Environment Information

# concrete5 Version

# concrete5 Packages
Clearview Theme (1.6.1), Easy tabs (1.6.9), eCommerce (2.8.16), Forms With PayPal Payment (2.0.6), Gallery Index (1.1.0), Mosaic Gallery (1.2.3), Pro Events (11.4.0), Pro Forms (7.6.2), Sortable Fancybox Gallery (1.17).

# concrete5 Overrides

# concrete5 Cache Settings
Block Cache - On
Overrides Cache - Off
Full Page Caching - Off

# Server Software

# Server API

# PHP Version

# PHP Extensions
apc, bcmath, calendar, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, hash, iconv, imap, intl, ionCube Loader, json, libxml, litespeed, mbstring, mcrypt, mysql, mysqli, mysqlnd, newrelic, openssl, pcre, PDO, pdo_mysql, Phar, posix, Reflection, session, SimpleXML, soap, sockets, SPL, sqlite3, ssh2, standard, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib.

# PHP Settings
max_execution_time - 1500
apc.max_file_size - 1M
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 600
max_input_vars - 1000
memory_limit - 768M
post_max_size - 150M
sql.safe_mode - Off
upload_max_filesize - 150M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
newrelic.special.max_nesting_level - -1
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5

Browser User-Agent String

Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36

Hide Post Content

This will replace the post content with the message: "Content has been removed by an Administrator"

Hide Content

Request Refund

You may not request a refund that is not currently owned by you.