CiviCRM Community Forums (archive)

Hi,

I'm having a serious problem with CiviEvent, whereby users trying to register for an event with a 'pay later' option selected, get confronted with what looks like a Joomla 500 error.

Process is:
User types in registration details, selects 'will send check', continues to confirmation page and then clicks 'continue' and the error is thrown (copied below in bold)>

My PHP error logs and Apache error logs don't show anything connected to this error, so I have no idea where the error is occurring in the code. Joomla and CiviCRM debugging settings don't do anything (turning on Joomla debugging produces a different PHP fatal on this page connected to a problem with the debugging itself).

So my questions are:
a) Does anybody have an idea what the problem might be?
b) If not, suggestions on how I can debug this and work out where the problem lies?

Running Joomla 2.5.4, CiviCRM 4.1.2, PHP 5.2.6 (yeah, I know, but it's still supported).

Unfortunately, this is happening on a live site after an upgrade - the bug didn't become apparent until later.

500 - Passed array does not specify a callable static method

You may not be able to visit this page because of:

    An out of date bookmark favourite
    A search engine that has an out of date listing for this site
    A mis typed address
    You have not access to this page
    The requested resource was not found
    An error has occurred while processing your request.

Thanks for that reply Hershel,

I have been through all those, and it's a different problem causing the issue. It seems it would be an easy problem to fix - just an issue with a private static method, but for the fact I have no idea where the problem is arising because I can't get any sort of standard PHP error.

Basically - the problem debugging the issue is causing me a lot more trouble than the bug!

An idea I have is that this could be because I'm running PHP 5.2, and a piece of code somewhere is using a new PHP 5.3 feature. Is that something anyone has come across?

All suggestions very gratefully received.

Thanks again - I think I've come to that conclusion too. I'll let you know if it fixes the issue.

I have been having this error. I talked to support and they told me the following - which doesn't mean much to me...

The process that is initiated by the form submission is index.php and it takes too long to complete. The system is killing such processes as the maximum execution time of running processes is set to 60 seconds to protect the server from overload. We have traced the last commands executed by the process before it gets killed:

open("/tmp/ca_dompdf_img_DtvDew.png", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0600, st_size=3502, ...}) = 0
lseek(9, 0, SEEK_CUR) = 0
read(9, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0004\0\0\0\27\10\6\0\0\0D@l"..., 8192) = 3502
close(9) = 0
time(NULL) = 1336429549
open("/tmp/ca_dompdf_img_DtvDew.png", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0600, st_size=3502, ...}) = 0
lseek(9, 0, SEEK_CUR) = 0
read(9, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0004\0\0\0\27\10\6\0\0\0D@l"..., 8192) = 3502
close(9) = 0
time(NULL) = 1336429549
open("/tmp/ca_dompdf_img_DtvDew.png", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0600, st_size=3502, ...}) = 0
lseek(9, 0, SEEK_CUR) = 0
read(9, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0004\0\0\0\27\10\6\0\0\0D@l"..., 8192) = 3502
close(9) = 0
time(NULL) = 1336429550
open("/tmp/ca_dompdf_img_DtvDew.png", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0600, st_size=3502, ...}) = 0
lseek(9, 0, SEEK_CUR) = 0
read(9, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0004\0\0\0\27\10\6\0\0\0D@l"..., 8192) = 3502
close(9) = 0
brk(0xc5d5000) = 0xc5d5000
time(NULL) = 1336429550
open("/tmp/ca_dompdf_img_DtvDew.png", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0600, st_size=3502, ...}) = 0
lseek(9, 0, SEEK_CUR) = 0
read(9, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0004\0\0\0\27\10\6\0\0\0D@l"..., 8192) = 3502
close(9) = 0
+++ killed by SIGKILL +++



Please contact the vendors of the applications you are using and ask them for further assistance on the matter, as it appears that the application creates this temporary file, but fails to use it properly afterward.

Best regards,
Support

Hershel, this is CiviHosting (support were helpful, by the way!) so PHP 5.3 -  5.3.10 (default)-
PHP 5.2 (more info)5.2.17 (obsolete)-
PHP Settings (edit)--
PERL (more info)5.10.1/usr/bin/perl
Ruby1.8.7/usr/local/bin/ruby
Python2.6.6/usr/local/bin/python
MySQL 4 4.0.27-
MySQL 5 5.5.20

OK, if you try to register on the waitlist for this course (which is therefore free, so handy for testing)
http://www.marlowrowingclub.org.uk/index.php?option=com_civicrm&task=civicrm/event/info&Itemid=252&reset=1&id=47

It all seems to go OK until you confirm your details. The entry is made to the DB, the email on profile submit comes to the Learn to Row administrator, and the member of the public gets a 500 server error...

E

Not specifically, but the general "Configuration Checklist">>"Miscellaneous">'Attach PDF copy to receipts' was set to "yes" and unsetting that has apparently solved it.

Thanks - good workaround but a question as to why it causes the problem. In a possibly related point, I think that the HTML receipts are being truncated at the moment, so possibly it isn't using the PDF because it never finishes creating the receipts properly so never gets around to attaching it. I think I saw an issue filed for that problem?

E