CiviCRM Community Forums (archive)

I just upgraded to civicontribute 1.9 from 1.7. Everything with the upgrade looks good, except the ability to use front end civicontribute donation forms.  The front end forms were working before the upgrade.  We had modified the index.php file as specified here:
http://wiki.civicrm.org/confluence/display/CRMDOC/Displaying+Online+Contribution+Pages+in+Joomla!+Frontend+Sites

I upgraded according to the directions at:
http://wiki.civicrm.org/confluence/display/CRMDOC/Upgrading+CiviCRM+on+Joomla%21

I did make sure to link the existing donation page to the new payment processors, and to create a new menu item that points to the donation page.  In spite of this, the front-end donation page does not work.  Upon a submit of the confirmation page, the post request is dispatched and there is no response.  However, the donation page does work when tested through the civicms back end.

We are using Joomla! 1.0.12.

I appreciate any insights you have - I am at a loss.
Thanks,
Nick

Hi lobo,
here are some more details.

When I have the contribution page linked to paypal:
the contribution page displays correctly, but when any of the links are clicked ('continue', pay with paypal using credit card, or pay with paypal using paypal login) the resulting page is blank. 

When I have the contribution page linked to google checkout:
the contribution page displays correctly, i enter the amount and my details and click 'continue', and then the confirmation page displays with the link to google checkout. when that link is clicked, the resulting page is blank.

if you want, see the problem in action here:
http://www.indegoafrica.org/index.php?option=com_civicrm&Itemid=89

again, note that this problem occurs only when using a frontend contribution page - the process works correctly through the backend.

my php version is:
PHP 5.2.1-0.dotdeb.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb  9 2007 04:46:32)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

the error logs do show what appears to be a big problem:
[Sun Nov 25 20:05:28 2007] [error] [client 198.60.114.193] PHP Notice:  Undefined index:  selectM
embership in /var/www/virtual/indegoafrica.org/htdocs/administrator/components/com_civicrm/civicr
m/CRM/Core/Payment/Google.php on line 123, referer: https://www.indegoafrica.org/index.php?option
=com_civicrm&task=civicrm/contribute/transact&&_qf_Confirm_display=true&qfKey=0f09cae519473676909
f448a923f1588
[Sun Nov 25 20:05:28 2007] [error] [client 198.60.114.193] PHP Fatal error:  Cannot redeclare cla
ss Net_URL in /var/www/virtual/indegoafrica.org/htdocs/administrator/components/com_civicrm/civic
rm/packages/Net/URL.php on line 40, referer: https://www.indegoafrica.org/index.php?option=com_ci
vicrm&task=civicrm/contribute/transact&&_qf_Confirm_display=true&qfKey=0f09cae519473676909f448a92
3f1588

I believe this error occurred at the same time as the blank page problem, but i am not positive - this is because i am using a shared host and a virtual web server, and the error log only seems to be updated about once or twice a day.  i don't know enough about php or civicrm to fix this problem, but i understand that 'fatal error' sure sounds like the termination of a process, which might result in a blank screen.

finally, it's worth noting that the problem i'm having seems similar (at least in the symptom) to the problem described in this neighboring thread:
http://forum.civicrm.org/index.php/topic,1520.0.html

does any of this info make the problem and solution more clear?
thanks,
nick

that makes sense.  any tips on how best to accomplish this though?  i notice that when Net/URL.php is being included it is being done in HTTP/Request.php using the line:
require_once 'Net/URL.php';
i have fixed the error by commenting out that line.  however, from what I understand, the 'require_once' function avoids loading a class twice.  so it seems strange the error is occurring in the first place.  any insight?

i was not able to establish which other component was also loading the same class.  i searched both 'components' directories using this command:
grep -rn URL\.php components
and only stuff related to civicrm turned up.

any ideas on how to find the culprit?

fortunately we have found a workaround, but it would still be nice to know the source of the conflict.

thanks for your help,
nick