CiviCRM Community Forums (archive)

(for me anyway)

I was really excited to sit down and finish writing the Case API today, and haven't made nearly as much progress as I wanted to because as soon as I upgraded my sandbox from 3.1x to 3.2b5, the case dashboard stopped working (fatal error) and case activities stopped loading (that little spinner is still spinning).

In my frustration at being unable to fix it, I finally just uninstalled civi completely and started over. (deleted all civi files and started with a clean slate... well, I didn't reinstall drupal, that seems a bit extreme).  It seemed to fix the dashboard temporarily, but I just tried it again and got the same fatal error: "Unable to load configuration file for the referenced case type: 'Settings'"  Backtrace points to the xml parser. (but my xml files worked fine in 3.1x)

And the activity list still fails to load. Firebug reports no javascript error, and the little spinner just keeps spinning. I disabled the Devel module, but no effect.

A sad day for the case api. I hope someone will give me a clue about this, because that api is really going to rock your socks when I get it finished.

Great idea! It's such a pain to have those files get erased with every minor upgrade.

It doesn't look like your changes have made it into beta 5, tho.  As far as I can tell the function is not looking in more than 1 directory. It is pointing to /xml/configuration/filename.xml, and returning false if it doesn't find it.

The API is coming along nicely, I really wanted to add some features and documentation, and conform better to the api standards, before the 3.2 launch. Only trouble is I can't test whether it all works without a working copy of civicrm

Coleman - Lobo's change did not make it into beta5. I've tested both the custom template path mode and inline (i.e. inside CRM/Case/xml/configuration) mode with the latest 3.2 code from svn and it seems to be working fine. Can you apply this patch and try again ...

http://fisheye2.atlassian.com/rdiff/CiviCRM/branches/v3.2/CRM/Case/XMLProcessor.php?r1=27071&r2=28838&u&N

By my read of this code, this bug should be affecting a lot more people than just me.  It seems there is a bogus argument being passed into the Process.php function "get."  The argument being passed is hard-coded, not variable, so this should have nothing to do with my setup or installation (which is a clean copy of 3.2, BTW)

Look at the backtrace I posted above, and follow along:

BAO/Case.php, function checkPermission, line 2560:
According to the comments, it is now attempting to read a settings file.
it runs the Process.php function "get", passing the string 'Settings' as the first argument

XMLProcessor/Process.php, function get, line 61:
Takes the first argument ('Settings') and passes it to the XMLProcessor function "retrieve"

Case/XMLProcessor.php, function retrieve, line 41:
Takes its $caseType argument ('Settings') and attempts to find a file with that name in the CRM/case/xml/configuration directory.
It's nice that it will now look in two different folders to find the file (thanks Lobo) but it's a moot point in this instance because 'Settings' was a bogus argument to pass to this function in the first place. So it can't find the file and returns FALSE.

XMLProcessor/Process.php, function get, line 67:
Having failed to find any file named 'Settings', we now get our fatal error.

Hello All,

I've just run into exactly this - no dashboard visible on a new install of civiCRM 3.2.2 against Drupal 6.19.

FWIW, I first installed 6.x-dev of Drupal, and saw the Dashboard.

I then updated Drupal, and had no dashboard visible.  We then tried a new codebase install - against the preinstalled database - again no dashboard. 

Don't quite understand whether there's actually a fix in this thread?  Does someone have an idea?

Dave, My error - should have looked more closely - that this is regarding civiCase.  My 'main' civiCRM dashboard itself is what's missing... !