CiviCRM Community Forums (archive)

Got a bit of bad news regarding my attempts to set up a 4.5 install.

This is probably to do with my configuration more than anything else, but I'm stumped.

(Future First has a heavily customised install).

Things that worked well:
Logging in to the CiviCRM and Drupal back ends - fine.
Really like the interface changes.
Searching by relationships - fine.
Searching by custom dates on relationships - not working (wasn't in 4.4.6 either, I'll log a bug against 4.5 if there isn't one already).

Things that don't work:
When logging in to our client dashboard as a teacher we get the following error:

Fatal error: Cannot redeclare class CRM_Futurefirst_veda_FF_utils in /var/www/html/prod/drupal-7.27/sites/default/extensions/uk.co.vedaconsulting.module.futurefirst/CRM/Futurefirst/veda_FF_utils.php on line 2 Call Stack: 0.0002 340148
1. {main}() /var/www/html/prod2/drupal-7.27/index.php:0 0.4173 42539152
2. menu_execute_active_handler() /var/www/html/prod2/drupal-7.27/index.php:21 0.5107 43176628
3. drupal_deliver_page() /var/www/html/prod2/drupal-7.27/includes/menu.inc:532 0.5107 43177004
4. drupal_deliver_html_page() /var/www/html/prod2/drupal-7.27/includes/common.inc:2563 0.5109 43177820
5. drupal_render_page() /var/www/html/prod2/drupal-7.27/includes/common.inc:2675 0.5132 43270740
6. block_page_build() /var/www/html/prod2/drupal-7.27/includes/common.inc:5741 0.5240 43311536
7. block_get_blocks_by_region() /var/www/html/prod2/drupal-7.27/modules/block/block.module:268 0.5240 43311700
8. block_list() /var/www/html/prod2/drupal-7.27/modules/block/block.module:318 0.5240 43311700
9. _block_render_blocks() /var/www/html/prod2/drupal-7.27/modules/block/block.module:686 0.5307 43323140 10. module_invoke() /var/www/html/prod2/drupal-7.27/modules/block/block.module:893 0.5307 43323588
11. call_user_func_array() /var/www/html/prod2/drupal-7.27/includes/module.inc:866 0.5307 43323840
12. school_dashboard_block_view() /var/www/html/prod2/drupal-7.27/includes/module.inc:0 0.5348 43531868
13. require_once('/var/www/html/prod2/drupal-7.27/sites/default/civicrm_custom_php/CRM/Report/Form/Alumni/Alumni.php') /var/www/html/prod2/drupal-7.27/sites/default/modules/custom/school_dashboard/school_dashboard.module:132 0.5547 45865012
14. require_once('/var/www/html/prod/drupal-7.27/sites/default/extensions/uk.co.vedaconsulting.module.futurefirst/CRM/Futurefirst/veda_FF_utils.php') /var/www/html/prod2/drupal-7.27/sites/default/civicrm_custom_php/CRM/Report/Form/Alumni/Alumni.php:4

I've changed everything I can think of, but it seems to be trying to include the code from the other local 4.4 install in the 4.5 install. Is there anything obvious that I'm missing here? This might be just our code, but I doubt it.

Is anyone else successfully running a 4.4 and a 4.5 install on the same machine?

Thanks,

JohnFF

Dear Coleman,

I've been banging my head on this for weeks! I really want to have a 4.5 version up and running!

I have two installs on my laptop (with all data scrambled).

One, ffnew, uses prod < 4.4
The other ffnew2, uses prod2 < 4.5

I used to have a laptop with dozens of 4.2 installs set up. I remember there was a thread with someone struggling to have two 4.4 installs on the same machine, I wonder if an issue was introduced which is causing havoc?

Of course, it may be a civicrm.settings.php which I'm missing, where if it's not present it defaults to the... something?

Does anyone else have a 4.4 and a 4.5 running successfully on the same box?

Ditto Coleman's point.

Also, the error "Cannot redeclare class" means that two PHP files (with distinct-looking paths) declare the same class. This often turns out to be an issue with a misplaced symlink or backup folder. Generally, you might search for redundant files or symlinks (e.g. "rgrep -i CRM_Futurefirst_veda_FF_utils /var/www" or "find /var/www -iname veda_FF_utils.php" or "find /var/www -type l")

In this particular error, there's something unusual:

Cannot redeclare class CRM_Futurefirst_veda_FF_utils in /var/www/html/prod/drupal-7.27/sites/default/extensions/uk.co.vedaconsulting.module.futurefirst/CRM/Futurefirst/veda_FF_utils.php

If the classes use the default autoloader, then the "_" should map to "/", e.g.

  CRM_Futurefirst_veda_FF_utils => CRM/Futurefirst/veda/FF/utils.php
  CRM_Futurefirst_vedaffutils => CRM/Futurefirst/vedaffutils.php

But the error suggests that some "_"s aren't mapped to "/"s. That's odd -- you probably have some extra file-loading logic (e.g. a custom autoloader or a manual call to "require_once CRM/Futurefirst/veda/FF/utils.php"). That may merit some examination.