CiviCRM Community Forums (archive)

After upgrading from 3.0.x to 3.4.x, a webform created by a profile stopped working and is spitting out this error after hitting the "Save" button. Looking around the forums, it is not a common one but I am not able troubleshoot it.
Included are the Joomla debug codes.

Any ideas would be helpful.
Thanks in advance.

Bruce


Sorry. A non-recoverable error has occurred.
The requested Profile (gid=) is disabled, OR there is no Profile with that ID, OR a valid 'gid=' integer value is missing from the URL. Contact the site administrator if you need assistance.

Return to home page.

Call stack
# Function Location
1 JSite->dispatch() /var/www/vhosts/dogpacsf.org/httpdocs/index.php:68
2 JComponentHelper->renderComponent() /var/www/vhosts/dogpacsf.org/httpdocs/includes/application.php:124
3 require_once() /var/www/vhosts/dogpacsf.org/httpdocs/libraries/joomla/application/component/helper.php:162
4 civicrm_invoke() /var/www/vhosts/dogpacsf.org/httpdocs/components/com_civicrm/civicrm.php:24
5 CRM_Core_Invoke::invoke() /var/www/vhosts/dogpacsf.org/httpdocs/components/com_civicrm/civicrm.php:86
6 call_user_func() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/Invoke.php:190
7 CRM_Core_Invoke::profile()
8 CRM_Utils_Wrapper->run() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/Invoke.php:341
9 CRM_Core_Controller->run() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Utils/Wrapper.php:115
10 HTML_QuickForm_Page->handle() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/Controller.php:284
11 HTML_QuickForm_Controller->handle() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/packages/HTML/QuickForm/Page.php:103
12 CRM_Core_QuickForm_Action_Next->perform() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/packages/HTML/QuickForm/Controller.php:203
13 CRM_Core_StateMachine->perform() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/QuickForm/Action/Next.php:64
14 CRM_Core_Form->buildForm() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/StateMachine.php:143
15 CRM_Profile_Form_Edit->preProcess() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/Form.php:325
16 CRM_Core_Error::fatal() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Profile/Form/Edit.php:114
17 JError::raiseError() /var/www/vhosts/dogpacsf.org/httpdocs/administrator/components/com_civicrm/civicrm/CRM/Core/Error.php:306
18 JError::raise() /var/www/vhosts/dogpacsf.org/httpdocs/libraries/joomla/error/error.php:171
19 JException->__construct() /var/www/vhosts/dogpacsf.org/httpdocs/libraries/joomla/error/error.php:136

I am very annoyed that you moved this referring to it as Drupal issue when this is specifically a Joomla installation. Please correct this immediately.

If you look at the particulars under my handle to the left, you'll see that I am using Joomla, not Drupal.

I would appreciate the discussion be moved to, at least, the Joomla section then.

Bruce

Hey Bruce - I think the current location - "Using Profiles" - is probably the correct board for this issue. The error message indicates that the Profile ID (gid=) is not getting passed with the request to load the profile form.

Thanks, Dave. Let's see if we can get through this here and I'll post it 'Solved' with an abridged version later in that location.
Let's get started...

But then if I create a menu item with SEF activated choosing CiviCRM -> Profile -> Create then it doesn't pick up the profile I chose in the Parameters drop-down.

What happens if you create a menu item for your profile with SEF NOT activated?

First off, all caching is turned off. In the profile's settings, I have the 'Redirect URL' and 'Cancel Redirect URL' settings left blank.

This menu link gets created and the form does appear: http://example.org/index.php?option=com_civicrm&view=Profiles&Itemid=8
After entering data into the form and clicking the 'Save' button, I get this URL with the error message:
http://www.example.org/index.php?option=com_civicrm&task=civicrm/profile/create&Itemid=8

Now, one thing I notice here is that in the processed menu link that Joomla creates the prefix 'www' is missing but appears in the resulting error message after CiviCRM processing. If I add the prefix 'www' to the menu link and then try letting CiviCRM process the web form, it just takes me back to the home page but if I click on the menu link again, I get the acknowledgment that the entry has been made but also the form appears again which according to the tool tips in the profile's settings section 'Redirect URL' is correct behavior¹. I had this working perfectly up through v3.2.4. After that it behaved like this going back to the home page.

Next, in the Joomla configuration.php file, I had left the $livesite URL blank. I then filled it with 'http://www.example.org' and tried it again. Now, the menu link has the prefix 'www' appearing but the same behavior as before.

Next, I turn SEF back on. Hmmm, same behavior. The entry gets recorded into the database but returns to the homepage and not to the the "Thank you" confirmation page. Again, clicking on the menu item again, I get the confirmation "Thank you" message above a new blank web form.

Also, just to be sure we understand the issue ... sounds like the Profile create form loads ok using the menu item, but you get an error when trying to save the form. Is this correct?

Yes, this was correct up to the point that I entered in the site's URL into Joomla configuration.php's $livesite setting. Then once it had the prefix 'www' in the menu link it finally was writing to the database. Seems kinda odd since the call is made when you click on the 'Save' button but in any case, it is writing to it now with the same behavior that after processing, it returns to the homepage, then clicking on the menu link again shows the confirmation above a new blank form.

Now, would there have been any settings in the backend of CiviCRM that could have gotten defaulted from the upgrade to 4.0.x? If so, where should I start looking? I've already checked both civicrm.settings.php under Administrator/Components/com_civicrm and the webroot/Components/com_civicrm. Site URLs and tokens are contained correctly.

What's next?

Thanks, Dave.

Footnotes:
1. (edited 06/20/2011 @ 14:33:00 PDT (-0700 UTC))

Two guesses:
1. The fact that the base URL is changing is suspicious. The browser session is dependent on a stable URL (cookie is set for either www.example.com OR example.com - but not valid for both). So first thing is to check both copies of civicrm.settings.php file for base URL and make sure you have a consistent entry point that matches the settings in those files as well as the value you see when you go to Administer > Configure > Global Settings > Resource URLs

2. Might be permissions issue. There are specific permissions now for various profile operations (e.g. profile create, profile view, profile edit ...). Profile create form "wants" to redirect to profile/view after saving so if the front-end user (anonymous or whatever logged in role you're using) doesn't have that permission - it may throw this error. If that's it, it's bad behavior (should give a reasonable "access denied" message).

Very  good. Thanx.

I have just been debugging this &

Might be permissions issue. There are specific permissions now for various profile operations (e.g. profile create, profile view, profile edit ...). Profile create form "wants" to redirect to profile/view after saving so if the front-end user (anonymous or whatever logged in role you're using) doesn't have that permission - it may throw this error. If that's it, it's bad behavior (should give a reasonable "access denied" message).

seemed to be the answer. So there might be a 'bad behaviour' that needs to be remedied

NB - re Mason's post - separate issue - see http://issues.civicrm.org/jira/browse/CRM-8575