Calendar Block View Broken

I also have this issue with the new D7 update, except I don't get the 500 error you mentioned. I did before I cleared the cache though. Following.

Edit: I get the following warning appear twice on the view edit page:

"Style Calendar requires a row style but the row plugin is invalid."

It appears that sometimes, you need to rebuild the View using the last Calendar template (at least it seems to have worked on my instance).

That is the right solution. I had to create some new calendar components that work better than the old ones did and it resulted in deprecating some old ones. Creating a new view will make everything work.

A message with the "Release Notes" explaining calendar views must be recreated would be nice.

@polskikrol, each template is actually the same, but targetting a different date field, so choose the one regarding the date field you want to use for your calendar.

For anyone not wanting to re-create their calendar views the following can be done.

1. Export your current calendar view
2. Insert the code below at the end of section /* Display: Master */, probably under line $handler->display->display_options['style_options']['max_items'] = '0';
   
   
   
   $handler->display->display_options['row_plugin'] = 'calendar_entity';

   
   

3. Re-import your view and select Replace an existing view if one exists with the same name.
4. Click Save and voila!

Hope this helps!

#11's solution restores the calendar at the Month page. However, it does not work on all other display: year page, week page, and the month block.

The solution is to create a new view. There is no way to 'change the schema' of an existing view automatically, so there is no way for the code to do this automatically.

#10 worked for me with one exception. I did not have the ability to "delete" it, but instead disabled it.

Got it to working now, thanks for the help!!

Frank

cries..

as KarenS says in #5, recreating all your views is the only "stable" solution

I can't help but wonder why a simple module update can become such a pain and it is not mentioned anywhere in the release notes? Don't we care for some little backwards compatibilty? How about deprecating stuff instead of deleting it?

For me this means hours of work recreating all the views, and lots of chances to make mistakes in doing so :( It is a rather complex site and I use calendar functionality in many places.
Luckily I didn't take any chances and used a testserver first..

For me it was #10 - thank you.

I've read the fixes for this however wouldn't it make more sense then to remove the calendar views by default if you have to delete it and re-create them? Seems very strange to leave something installed that basically needs deleting straight away.

Can these views be removed and instructions on how to create them be included in the readme.txt file instead?

Thank you

@kylebcooke that is fantastic! Thanks much.

I had the WSOD with this error:
PHP Fatal error: Call to a member function summary_title() on a non-object in ...sites/all/modules/views/plugins/views_plugin_display.inc on line 1192

I followed your advice and made some other changes and my calendar views are back!

Here are my complete steps:

1. Log in as user 1. This is necessary to use views import.
2. Navigate to the views list screen: /admin/structure/views.
3. Export your 'Calendar' view
4. Edit your exported code adding this line
   $handler->display->display_options['row_plugin'] = 'calendar_entity';
   just below the last
   $handler->display->display_options['style_options']...
   in the /* Display: Master */ before any field declarations like: /* Field: Content: Title */.
5. Scan your code for other occurrences of
   ['row_plugin']
   I found that I had one for each display:
   $handler->display->display_options['defaults']['row_plugin'] = FALSE;
6. Change all occurrences of
   $handler->display->display_options['defaults']['row_plugin'] = FALSE;
   to
   $handler->display->display_options['defaults']['row_plugin'] = TRUE;
   unless you have a display that already has a
   $handler->display->display_options['row_plugin']
   entry.
   In that case leave it false. Ex:
   /*no change*/
   
   $handler->display->display_options['defaults']['row_plugin'] = FALSE;
$handler->display->display_options['row_plugin'] = 'fields';

   @metakel: This may help your issue

7. Prior to importing
   • If you have any calendar block displays, open those blocks to capture the settings. As those will be lost after re-importing the view.
     Block notes:
     • Because I had block displays, there was a MySQL conflict when saving the imported view; an entry for each block already existed in the DB.
       I noticed the error when running $ drush cc all.
     • So I also changed my block's machine names in the export code; incrementing their numbers, starting at a 1+ the highest #
       Ex: I had 2 blocks (block_1, block_2) and the highest number was 2 so
       $handler = $view->new_display('block', 'Upcoming', 'block_1');
       became
       $handler = $view->new_display('block', 'Upcoming', 'block_3');
       and
       $handler = $view->new_display('block', 'Upcoming', 'block_2');
       became
       $handler = $view->new_display('block', 'Upcoming', 'block_4');
       Perhaps I could have avoided this by using some combination of cache clearing and db updating but the damage was done and this fixed it.
     • In any case, that meant that I needed to set up my blocks again after import.
8. Import the view with the same name as the original: "Calendar" (check the box: 'Replace an existing view if one exists with the same name')
9. Save the view

Optional steps (these may not be necessary)

10. Clear the views cache and the site cache $ drush cc all
11. Update the DB $ drush updb
12. View your calendar

Now my calendars are back and I don't have any php errors.

@KarenS; Could something like this be done programmatically?

Hurray I solved the issue.

I was stuck at this issue for a long time.
Then I solved the issue.

Solution :
The Events Calender view that gets generated automatically is having some default settings.
And It happens many time that You don't have all the same in your site.

step 1 : delete or Disable the View : Events Calender
step 2: Create a new view using : create View using Template.
step 3:SELECT CALENDER AND THE DATE FIELD THAT YOU WANT THE VIEW TO BE TRACKED ON.
step 4 : allocate your view to specific block and enjoy the special calender features of your website.

Great. Glad it's working for others. @webdrips; thanks for the tip on Step #7.