Calendar rc2, CCK rc7, Views rc3.

Opening the calendar view page I still get:

warning: include(./sites/all/modules/calendar/calendar_ical/views-view.tpl.php) [function.include]: failed to open stream: No such file or directory in /srv/www/www.longship.org/htdocs/includes/theme.inc on line 971.
warning: include() [function.include]: Failed opening './sites/all/modules/calendar/calendar_ical/views-view.tpl.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /srv/www/www.longship.org/htdocs/includes/theme.inc on line 971.
warning: include(./sites/all/modules/calendar/calendar_ical/views-view.tpl.php) [function.include]: failed to open stream: No such file or directory in /srv/www/www.longship.org/htdocs/includes/theme.inc on line 971.
warning: include() [function.include]: Failed opening './sites/all/modules/calendar/calendar_ical/views-view.tpl.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /srv/www/www.longship.org/htdocs/includes/theme.inc on line 971.

I was following this as part of http://drupal.org/node/303999 - but have only just had time to update to the set above after that was fixed.

I can fix it by creating a symlink ln -s ../../views/theme/views-view.tpl.php in calendar_ical to the views-view file - but something is still not loading correctly.

Comments

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

And - I am still seeing issue http://drupal.org/node/306898 when calendar is enabled.

KarenS’s picture

KarenS CreditAttribution: KarenS commented
Status: Active » Postponed (maintainer needs more info)

Move up to the latest -dev versions of both Date and Calendar. I don't see anything like this there.

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

I've been doing some checks. I'm not convinced its an issue in the RC version. I have three sites on these versions and only one is showing this symptom.

I'm wondering about the state of the database - what tables in the database could hold this type of info and be out of sync? system (for modules)? cache tables?

I don't know how the views system finds its modules - but - I suspect that something there is not being correctly picked up - do modules like calendar register their plugin somewhere for views to find? If so - I suspect that I need to look in there.

KarenS’s picture

KarenS CreditAttribution: KarenS commented

Turn off Views caching (on the 'Tools' tab). Empty the views_object cache. Empty all the other caches.

Views automatically picks up plugins and then caches what it finds. It also caches the current state of each view (which would be missing the ical display in your case), so clearing out all the caches might do the trick.

KarenS’s picture

KarenS CreditAttribution: KarenS commented

And if that doesn't work delete the calendar view you already created and disable the calendar view, then re-enable the calendar view and start over.

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

Rats. Not helping.

Steps tried:

1) Screw off the views cache.
2) Empty all cache tables
3) Open and save the calendar view

Same error.

So then I uninstalled all of calendar, calendar_ical, date, date api and date timezone (modules/uninstall) - then reinstalled them.

Same error.

Note - if I have both calendar and calendar_ical installed - then it can't find

sites/all/modules/calendar/calendar_ical/views-view.tpl.php

If I only have calendar then it can't find

sites/all/modules/calendar/views-view.tpl.php

Something somewhere is breaking the views module load. I am not even sure if it is calendar - its just that it manifests itself with an error message that mentions calendar.

I've also tried disabling all cck fields that aren't part of the default cck module (email, link etc) - no change.

I've tried comparing with a working site by setting the same date and time settings (timezone, enabled/disabled user config datetime, start day of week), matching default language of the site, changing theme - nothing changes (sort of "this is different between - lets try" rather than "I expect this to help).

I'm going to do a file by file check of the sites (main drupal files and module files where the same module is installed - see if something old is lying around that shouldn't be (don't expect it since I start by removing the old copy of things - but worth checking).

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

Just to confirm - getting the same error with the default calendar view (deleted the custom view as suggested in #5 - before running a remove - reinstall of the modules).

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

Also to confirm - same issue in latest dev calendar

KarenS’s picture

KarenS CreditAttribution: KarenS commented

Another thought, you might have old files in your calendar folder from when the files got re-organized. Try emptying the calendar folder out completely and dropping in the latest code (ditto for the date folder). Then visit admin/build/modules and submit that page (to be sure any files that are moved get set to the right positions in the database.)

chrissearle’s picture

chrissearle CreditAttribution: chrissearle commented

When I upgrade a module I always do the following:

rm -rf <modulename>; tar zxf <modulename-version.tar.gz>; rm <modulename-version.tar.gz>

so there's never any old code left behind.

I also did a recursive file diff - the files match both in content and names from a working install and a non-working one.

I'm getting close to wondering if I need to rebuild the site from scratch and then somehow migrate the content over - but that's going to be nasty - 10 or so content types, lots of files both as attachments, cck file fields and image nodes.

merlinofchaos suggested (http://drupal.org/node/306898) perhaps some devel debugging - I raised that bug initially when I lost a block - but - I am convinced the two are linked.

What I may do is create the site from scratch but only structurally, and see if it works - if so then I can export the content and diff the SQL. But that won't happen the next couple of weeks (family visit/birthday coming up).

A seriously irritating bug this one - since everything I show people looks as it should and everything makes zero difference. I'm always impressed that the module devs like yourself are so patient when coming with suggestions :)

KarenS’s picture

KarenS CreditAttribution: KarenS commented
Status: Postponed (maintainer needs more info) » Fixed

This is now an old report and I don't know if it still applies. No one else has reported anything like this, so it appears to be something specific to your configuration. I don't want to leave this open if there's nothing I can do, and I'm not sure there's anything I can do.

If you are still having trouble with all the latest code (lots of changes to both Date and Calendar since this was reported) you can reopen.

Status: Fixed » Closed (fixed)

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

candelas’s picture

candelas CreditAttribution: candelas commented
Title: Still not finding the ical module properly. » the problem continues
Version: 6.x-2.0-rc2 » 6.x-2.0-rc6
Status: Closed (fixed) » Active

i have the same error.
reporting because it was closed

KarenS’s picture

KarenS CreditAttribution: KarenS commented
Status: Active » Postponed (maintainer needs more info)

The rc6 version is not the latest code, the -dev version is. I need to know if it's fixed in -dev, and if not, exactly how things are set up so it can be reproduced. An issue that only says 'I have the same error' does not provide enough information for me to do anything at all.

candelas’s picture

candelas CreditAttribution: candelas commented

it is not fixed. i just upgraded to the dev version.
i solved the problem coping the file views-view.tpl.php from the modules/view/theme folder to modules/calendar/calendar_ical
thanks KarenS to be interested on the problem :)

KarenS’s picture

KarenS CreditAttribution: KarenS commented

You shouldn't have had to do that, it should find the file correctly. Your solution will work, but isn't really the right fix. But I still can't reproduce this problem so I don't have anything else I can do.

KarenS’s picture

KarenS CreditAttribution: KarenS commented
Title: the problem continues » Can't find views-view.tpl.php

And lets give it a more meaningful name. If anyone else reports this maybe we can figure out where it is coming from.

candelas’s picture

candelas CreditAttribution: candelas commented

Karens: what can i do to help with this issue?
the only thing that i think is that you include that file on the module or change the url on the code???

thanks for your time :)

gidgetk’s picture

gidgetk CreditAttribution: gidgetk commented
Version: 6.x-2.0-rc6 » 6.x-2.x-dev

I am having the exact same issue - which I temporarily solved by copying views-view.tpl.php to the calendar module directory. What information would be helpful to troubleshoot?

geerlingguy’s picture

geerlingguy CreditAttribution: geerlingguy commented

I'm having the same problem, on a site I upgraded from Drupal 4.7.11 (which was using the Event module). I've been debugging this all day, and can't figure it out.

arlinsandbulte’s picture

arlinsandbulte CreditAttribution: arlinsandbulte commented
Status: Postponed (maintainer needs more info) » Fixed

Issue has stalled, and no one else is having this problem.
I'll mark as fixed.

TomSherlock’s picture

TomSherlock CreditAttribution: TomSherlock commented
Status: Fixed » Active

I just encountered this problem today. So, I downloaded the latest version of Calendar (calendar-6.x-2.x-dev, 2010-Feb-28). An inspection of this download does not show views-view.tpl.php in Calendar's main folder. Is this file created on the fly or it is actually stored in a different directory?

MGN’s picture

MGN CreditAttribution: MGN commented

@TomSherlock, I think you'll find views-view.tpl.php in the views/theme directory of the views module.

adeb’s picture

adeb CreditAttribution: adeb commented

This issue is still present in the latest release version. I once installed an empty views-view.tpl.php to get rid of the error, and forgot about it.
Of course this cripples Views and it took me an embarrassing amount of time to track it down to this empty template file...

I would love to help out with this what info is required?

ptomblin’s picture

ptomblin CreditAttribution: ptomblin commented

I'm having the same problem with 6.x-2.4 - I noticed that one of the previous commenters said that they previously had Events installed. I also previous had Events installed, but it didn't survive the upgrade to 6.x.

I get the messages
warning: include(./modules/calendar/views-view.tpl.php): failed to open stream: No such file or directory in /www/bna/drupal-6.20/includes/theme.inc on line 1066.
warning: include(): Failed opening './modules/calendar/views-view.tpl.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /www/bna/drupal-6.20/includes/theme.inc on line 1066.

Rob_Feature’s picture

Rob_Feature CreditAttribution: Rob_Feature commented

Confirmed that I'm also seeing this on 6.x-2.4 (I don't think I ever had event module installed on this site, however)

robbertnl’s picture

robbertnl CreditAttribution: robbertnl commented

Subscribing and confirmed. I am not sure if this is Calendar or Date (API) related

KHofmeyer’s picture

KHofmeyer CreditAttribution: KHofmeyer commented

Subscribing and confirmed. I have this in 2.2 and 2.4.

dimsh’s picture

dimsh CreditAttribution: dimsh commented

I have it solved after changing the module weight in {system} table, using drush or a mysql-client:

drush sqlq "UPDATE system SET weight = 1 WHERE name = 'calendar' LIMIT 1"

So 'calendar' module should be loaded after the views module, and its hooks should be called after views modules' hooks.

Neslee Canil Pinto’s picture

Neslee Canil Pinto
he/him
Primary language English
CreditAttribution: Neslee Canil Pinto at Specbee commented
Issue summary: View changes
Status: Active » Closed (outdated)

The D6 branch is no longer supported so we're closing this issue. If you think this issue still exists in D7 you can open a new one.