Civicase dashboard broken in 3.2

[colemanw]

(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.

[Donald Lobo]

hey coleman:

can u check the file: CRM/Case/XMLProcessor.php, function retrieve

i made a few mods recently (verified by davej) to check the custom template directory first before checking the standard directory (so u dont have to modify core directory structure)

lobo
 

[colemanw]

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

[colemanw]

I'd have a hard time believing this is only affecting me. I just disabled all civi-related modules, dropped the civi database, erased all civi files, re-downloaded the beta5 and installed it.  After configuring civicase, here is the backtrace when I attempt to load the case dashboard:

/home/coleman/drupal/sites/all/modules/civicrm/CRM/Core/Error.php, backtrace, 253
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Case/XMLProcessor/Process.php, fatal, 68
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Case/BAO/Case.php, get, 2560
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Case/BAO/Case.php, checkPermission, 739
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Case/Page/DashBoard.php, getCases, 92
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Case/Page/DashBoard.php, preProcess, 113
/home/coleman/drupal/sites/all/modules/civicrm/CRM/Core/Invoke.php, run, 219
/home/coleman/drupal/sites/all/modules/civicrm/drupal/civicrm.module, invoke, 350
, civicrm_invoke,
/home/coleman/drupal/includes/menu.inc, call_user_func_array, 348
/home/coleman/drupal/index.php, menu_execute_active_handler, 18

[Dave Greenberg]

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

[colemanw]

The problem persists in 3.2.0 stable. (with a 100% clean civi install)
Since this doesn't seem to be affecting others, I will investigate my Drupal setup and try to find out what's going on.

[colemanw]

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.

[colemanw]

Thanks Lobo for your help with this one. I was obviously mistaken in thinking that settings.xml was not necessary (the lack of it never caused any problems in earlier versions, it seems to be more needed in 3.2). I have modified the civicase configuration page to make this more clear so that hopefully others will not repeat my error.

[CiviGuy]

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 Greenberg]

Colman W's fix was to make sure he had a copy of the required Settings.xml file in his case configuration directory. Have you reviewed and completed the steps here:

http://wiki.civicrm.org/confluence/display/CRMDOC32/CiviCase+Configuration

If so, and you're still not seeing the CiviCase dashboard - I would enable debugging and backtrace, check for errors in your webserver logs and check for errors in the CiviCRM log file (usually under sites/default/files/civicrm/templates_c/en_US/ConfigAndLog).

[CiviGuy]

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