Cname conflict with concurrent Publish question types

Permalink Browser Info Environment
My partner Wayne Moore owns the license on this add on. We both work for Blink New Media. I'm the developer most intimately involved with ProForms.

Love the addon!! Excited to finally understand the methodology of the Publish question type.

I've run into a conflict by using that question type twice for two respective forms. If I add a cName to either Publish question, it removes all submitted pages of the other form upon submission approval on the internal form. Those pages aren't restored if I remove the cName. Essentially, if I have two Publish question types it seems I can't use the cName at all.

Type: Discussion
Status: In Progress
kimstone
View Replies:
RadiantWeb replied on at Permalink Reply
RadiantWeb
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
http://goradiantweb.com
kimstone replied on at Permalink Reply
kimstone
The problem isn't strictly with the cName. it's a combined conflict with the parent pages to publish the pages under.

If I want to publish to separate locations while implementing the cName in both 'publish' question types, the first approved submission overrides/deletes the other parent page and all it's children (in this case these children only existed from prior tests without the cName).

If I publish both to the same parent page everything works fine, but in this case I need to have two parent pages...one for 'News', and another for 'Events'.
kimstone replied on at Permalink Reply
kimstone
I'm re-posting this below my original enquiry as I realized that posting it below your auto responder may have been ineffective. I'm hoping to get some support on this soon.

Thank you.

Kim

--------

The problem isn't strictly with the cName. it's a combined conflict with the parent pages to publish the pages under.

If I want to publish to separate locations while implementing the cName in both 'publish' question types, the first approved submission overrides/deletes the other parent page and all it's children (in this case these children only existed from prior tests without the cName).

If I publish both to the same parent page everything works fine, but in this case I need to have two parent pages...one for 'News', and another for 'Events'.

concrete5 Environment Information

# concrete5 Version
5.6.3.3

# concrete5 Packages
Advanced Forms (1.11.1), AJAX Page Tools (2.6.3), Black Magic Data (1.6.1), Cache Free Content (1.1.0.5.6.3.2), Data Display (2.7.1), eCommerce (2.8.7), Form Tableless Layout (1.2.1), Front End Attribute Editor (1.1), Front End Fileset Tools (1.0.1), Front End File Uploader (2.2.2), Login (1.1.1), Login Redirect (1.3), Magic Data (2.9.8), Magic Data Symbols1 (2.7.2), Magic Data Templates1 (2.1), Magic Tabs (2.0.0.3), Mail Monkey (2.1.2), Mega Menu (1.5.27), Page List+ (5.6.0.0.0.5.4), Page Redirect (1.4), Page Selector Attribute (1.1), Paypal Website Payment Pro Gateway (2.0), Popup Pro (1.6.8), Pro Forms (7.2.0), Registrant Group (1.1), Sorcerer's Gallery (1.0), Uhuru Theme (1.1), Ukao Menu (1.5.2), Whale Nivo Image Slider (1.0.4).

# concrete5 Overrides
blocks/autonav, blocks/bio_social_icons, blocks/jl_magic_tabs, blocks/jl_front_end_uploader copy, blocks/content, elements/profile, elements/reload_on_attribute_change.php, helpers/eventify.php, languages/es_ES, languages/nl_NL, languages/fa_IR, languages/sl_SI, languages/fr_FR, languages/es_AR, languages/ro_RO, languages/es_MX, languages/ja_JP, languages/cs_CZ, languages/it_IT, languages/fi_FI, languages/es_PE, languages/vi_VN, languages/ar, languages/ru_RU, languages/da_DK, languages/sv_SE, languages/zh_TW, languages/nb_NO, languages/el_GR, languages/sk_SK, languages/de_DE, languages/pt_PT, languages/tr_TR, single_pages/register.php, single_pages/profile, single_pages/password_request.php, single_pages/login.php, themes/uhuru

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

# Server Software
LiteSpeed

# Server API
litespeed

# PHP Version
5.4.43

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

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 128M
post_max_size - 32M
sql.safe_mode - Off
upload_max_filesize - 32M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
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 (Macintosh; Intel Mac OS X 10.10; rv:39.0) Gecko/20100101 Firefox/39.0

Hide Post Content

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

Hide Content

Request Refund

You have not specified a license for this support ticket. You must have a valid license assigned to a support ticket to request a refund.