Here's the error I'm getting after a 5.10 upgrade to 6.4:

date_update_5200() [function.include]: Failed opening '/content.module' for inclusion (include_path='.:/usr/local/lib/php-4.4.7/lib/php') in /hermes/web05/b656/pow.ddease2/dandease/modules/date/date/date.install on line 198.

Any suggestions?

Thanks, all.

DRD2

Comments

karens’s picture

Status: Active » Fixed

It looks like you have the Date module in the main 'modules' folder, with the core modules, but you may have the cck folder somewhere else. The recommended location for modules is now in /sites/all/modules instead of /modules to keep them separate from core modules.

I'm committing a fix to use drupal_load() instead of include_once(drupal_get_path()...) to load that file, which hopefully will be able to find it where you have it, but you may have problems with other modules if you leave contrib modules in the core modules folder, so you may want to move them.

Remove the files from their current location and pick up the latest code with the changes I just made (from cvs now or from tomorrow's -dev tarball) and put them in sites/all/modules.

Once you move the files, go back to the admin/build/modules page and save it (without making any changes to your module selections) and that will reset your database so it knows where to find the module code. (If you have any other contrib modules in the main modules folder, you can move them the same way).

After you do that, visit update.php again. It should have failed to do the previous update so you will need to do it again. You can open up the collapsed fieldsets on that page to see if it has selected some date updates to run.

If you don't see any updates available when you do that, your database may have gotten goofed up by this and it would be better to go back to your backup and do it over, but I'm fairly sure that the update would have just failed and will work right when you try again.

ddease2’s picture

Thanks for your quick response, Karen.

I've moved my modules and themes into the ALL directory (in the right subfolders of course). I went through the steps you mentioned and ran the update again. It completed without errors so I think my db is fine.

Is this the address for the files you've updated and are referencing above?

http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/date/

Thanks, again.

karens’s picture

Yes, that is the right place, but you have to choose the right branch (6-2). If you're not using a cvs system to download those files, it's easier to use the 6.2-dev tarball you find on the project page. It gets updated twice a day, so yesterday's commits will be in it now.

ddease2’s picture

Got it. Thanks, again.

ddease2’s picture

So I uninstalled the date module, downloaded your dev version. when I went into admin, I get a notification that I need to choose my time zone (like before). Again, when I change from default (Africa) to America-New York and hit save, it changes back to Africa and the error notification remains.

Am I missing something else?

Thanks!

ddease2’s picture

Status: Fixed » Active

This is still an issue for me. I've been updating the Date module to all the DEV versions, but I still get an error on my Status Report that says:

"The Date Timezone module requires you to set the site timezone name."

When I go to the Date screen and set my time zone to America/New York, it takes it. But once I commit to the changes, it defaults back to Africa/Addis Ababa.

Am I the only one having this issue?

Thanks

karens’s picture

Status: Active » Fixed

Don't reopen a closed issue to report something completely different. It sounds like you have the Event module installed. There's a known conflict with the Event module that prevents you from setting a timezone for the Date API. This is explained on the Date project page.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.