Author Topic: D6 > D7 then Civi3 > 4(alpha) (Read 2715 times)

m.e. · March 22, 2011, 08:02:12 pm

Getting ready to upgrade my (sandbox) Drupal site from 6 to 7. Also want to go from CiviCRM 3.2.4 to CiviCRM4.0.alpha3 and help with alpha testing. Anything I need to keep in mind?

Hershel · March 23, 2011, 04:03:50 am

The process should be as for other upgrades. The D6-D7 upgrade is actually more of a change (I think) than the CiviCRM upgrade.

m.e. · May 06, 2011, 08:06:12 pm

So actually just getting to this, and I'm approaching it differently enough that I want to check first.

On server #1 I have a draft site sandbox.example.com with Drupal 6.x CiviCRM 3.x. There is very little Drupal content, but extensive CiviCRM records.

On server #2 I created permanentdomain.com with Drupal 7 and simply pasted in the minimal site content I had on sandbox. But I'd like to import my CiviCRM DB and keep those records for my new CiviCRM 4.x installation.

In other words, my new Drupal site isn't aware that it used to be a 6.0 site with CiviCRM installed.

I thought I should just install CiviCRM 4.x and import the DB content to its new DB. Then I saw this warning in the documentation for upgrading to CiviCRM 4.x:

Quote

NOTE: When you upgrade Drupal from 6.x to 7.x, the official instructions are to disable all non-core modules. We recommend that you do not disable CiviCRM, however, because if CiviCRM is disabled and you upgrade to Drupal 7.0, you will then not be able to upgrade CiviCRM. If you have done this, the only option is to install CiviCRM on a blank database, and then manually edit civicrm.settings.php to point to your real database and then proceed with the upgrade. See below for more information.

Does this apply to my situation? How should I do the install?

Thanks much.

Hershel · May 07, 2011, 01:01:30 pm

That note does not apply to you. You should install CiviCRM 4.0 and then DROP the CiviCRM database completely and then RECREATE it.

Then import your 3.x CiviCRM database into this fresh DB and then run the CiviCRM updater at civicrm/upgrade?reset=1

m.e. · May 08, 2011, 07:25:14 pm

Install worked as did dropping all tables, but when I run the upgrade script I get

Fatal error: Call to undefined method stdClass::get() in [path]/sites/all/modules/civicrm/CRM/Core/Smarty.php on line 120

I didn't actually do the RECREATE step - wasn't quite sure how (either phpMyAdmin or command line). I imported the data after dropping all tables and both structure and data looked right ... but maybe not.

My version is 4.0.1 and actually I am seeing that on the bottom of Civi pages, so ...?

I did have to change the directory path page.

kfogel · May 14, 2011, 05:15:04 pm

Donald Lobo of CiviCRM has fixed this, I think. See the patch in CiviCRM issue CRM-8120 (I'd give the link, but these forums apparently don't allow external links). It's "issues.civicrm.org SLASH jira SLASH browse SLASH CRM-8120".

m.e. · May 17, 2011, 08:10:53 pm

So actually by changing some of my configuration (replacing sandbox URL with real one) I was eventually able to get the upgrade script to run.

Something is still not right, though. I can search and view contacts, but not edit them. (I get this error: "Sorry. A non-recoverable error has occurred.
QuickForm Error: element already exists
Error Details >" <--- (this looks like it should expand, but won't)

Any ideas?

Hershel · May 18, 2011, 02:47:43 am

Would be idea to see that error message. It won't expand due to a JS issue, but there is a way to see it. If you run this in Firefox and you have firebug installed and you can right click and do "Inspect Element" on the thing not opening, then on the right side you will see something like:

Code: [Select]

display:none !important;
Put your mouse on none !important and delete it. You may have to do this twice. Then you should see the error.

Also make sure you deleted your template cache before updating...

m.e. · May 20, 2011, 06:21:47 pm

I've now downgraded to 4.0.0 (on the advice of a friend) and run the upgrade script. I'm still having the error above. When I look at it in Firebug, there is no

Code: [Select]

display: none in the right frame for that element. What I see is

Code: [Select]

civicrm.css (line 2541)
.crm-accordion-header {
    background-color: #70716B;
    color: #F5F6F1;
}
civicrm.css (line 3015)
.crm-accordion-header {
    background-color: #32414F;
    cursor: pointer;
    padding: 4px 8px;
}
civicrm.css (line 2472)
Inherited fromdiv.messages
#crm-container div.status {
    color: #3E3E3E;
    font-weight: normal;
}
civicrm.css (line 596)
#crm-container .messages {
    font-weight: normal;
}
civicrm.css (line 585)
Inherited fromdiv#crm-container
div#crm-container {
    line-height: 135%;
}

Hershel · May 21, 2011, 01:17:35 pm

Contact me offline and send me a way to see this error myself and I can let you know what it is.

m.e. · May 22, 2011, 09:30:17 am

Thanks for the offer. I'm trying to think of a way to give you access that doesn't out the site (which is still private and under development). Any ideas, short of duplicating everything but content in a subdomain of an already public site?

Meanwhile, here is another clue. On a separate site where I tested my theme under D7/C4, but with an essentially blank C4 database except for User 1, this error is not occurring -- I can use CiviCRM's edit link/button for User 1's contact record and make changes. (This testbed is not *exactly* what I describe above, since it lacks a few modules I installed later on the actual domain.)

Hmmm.

m.e. · May 24, 2011, 02:54:14 pm

More information about this problem:

1. I was able to make it go away by disabling all my datasets.

2. I then re-enabled them one by one to see when the error might return. After the 4th dataset was added on top of 1 thru 3, clicking EDIT from the contact summary again produced an error. This time, for a split second, I was able to see it before the javascript link covered it up. It read something like "unable to determine value for ct".

3. Leaving the 4th dataset active with 1 thru 3 disabled again did not preserve the error, however, suggesting that it's not so much the 4th dataset specifically but some combination or total of all the data in 1 thru 4 being enabled at the same time.

4. No idea what this means (sounds like a bug), but I probably have a workaround since I'd planned to switch to webforms for collecting data anyway.

Thanks for the offlist help, Hershel!

CiviCRM Community Forums (archive)

News:

Author Topic: D6 > D7 then Civi3 > 4(alpha) (Read 2715 times)

m.e.

D6 > D7 then Civi3 > 4(alpha)

Hershel

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)

Hershel

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)

kfogel

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)

Hershel

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)

Hershel

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)

m.e.

Re: D6 > D7 then Civi3 > 4(alpha)