Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I uploaded the Date module along with Calendar and Views. I enabled the modules and got an error message about Date (I did not copy the loine number). Now my site does not render, all i get is "Page not found" Can anyone help me re-enable my site ASAP?
Comments
Comment #1
TheSmegHead CreditAttribution: TheSmegHead commentedComment #2
TheSmegHead CreditAttribution: TheSmegHead commentedI fixed this by running update.php. See http://drupal.org/node/238760 for more details. This is an indication that there may be a bad bug in the Date 6.x-2.0-beta module.
Comment #3
KarenS CreditAttribution: KarenS commentedYou ALWAYS are supposed to see if you need to run update.php when you update the code, that's not a bug, that's the way it's supposed to work.
Comment #4
TheSmegHead CreditAttribution: TheSmegHead commentedIn this case IT IS A BUG, you should read the thread at the link I posted. The site goes down completely immediately after enabling the module. update.php is not required when enabling a new module, only when updating to a new version. However, due to this bug, {menu_router} needs to be reset and running update.php is one way to do that.
Comment #5
KarenS CreditAttribution: KarenS commentedThe link you posted is for a Drupal core fix and it has 45 comments on it, so apparently I am supposed to read through that entire thread to figure out what in it might affect this module and make the appropriate response.
Help me out here. I'm working 24/7 on getting Date and Calendar 5.2 and 6.2 working, working on CCK for 5.x and 6.x, helping out with Views patches, and working on a few core issues. I've made hundreds of commits in the last few weeks and am dealing with several hundred issues in numerous key modules where dozens of things are critical and need immediate attention. Instead of YELLING at me that IT IS A BUG, tell me exactly what the issue is as it affects this module and what needs to be done, preferably by posting a patch.
Comment #6
TheSmegHead CreditAttribution: TheSmegHead commentedSorry KarenS, it was not my intention to question all of the great work you are doing for Drupal. I have been a Drupal user for three years and have over 50 busy Drupal sites, so I am confident when I say that the behavior is not as expected. However, I am not a programmer. I have read through the thread I linked above and barely understand much of it. My impression is that a high level fix is going into Drupal 6.3 that will keep modules with this "bug" from causing this issue.
My concern is only 1) if a reader finds this thread, they should be aware that running update.php (even if not necessitated by your site changes) is a workaround that may get your site up and 2) there may be something in the Date module code that should be looked at. If I were a coder I would try to help, and am willing to do whatever I can.
Comment #7
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedHey Karen,
I had Calendar Date and Views all running, but after the 6.x-2.x-dev update, I am now getting this error and have had to remove Views from my modules folder in order to get my site back. MerlinofChaos believes it is an issue with Date not with Views. ? Your thoughts?
Fatal error: Class 'views_handler_argument_date' not found in /Library/WebServer/Documents/mysite/www/sites/all/modules/date/date_api.views.inc on line 97
So looks like Date 6.x-2.x-dev (2008-Jun-06) and Views 6.x-2.0-beta3 (2008-May-20) don't play nice together.
Comment #8
KarenS CreditAttribution: KarenS commentedMove up to the latest -dev code for the Date module and try again. You'll need to be sure you pick up a version that has today's commits.
Comment #9
KarenS CreditAttribution: KarenS commentedYou also need latest Views -dev version, since there are important date-related changes in that version.
Comment #10
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedI thought I had the latest versions.
When I download 6.x-2.x-dev (2008-Jun-07) DATE, it shows up as Jun-06 once installed.
The latest VIEWS available is 6.x-2.0-beta3 2008-May-20 which is the one I have had to remove.
Are there newer versions not posted on the main pages or in the View All Releases sections?
Comment #11
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedHmm I guess you are wanting me to grab the latest CVS versions for Date and Views?
Is there an easy way to do this, cause Views has quite a lot! :)
I see date only has 4 since June 6th. Those should be easy enough.
jeremy
Comment #12
imagetag CreditAttribution: imagetag commentedWell I tried to, but it seem views is changing too fast. I grabbed all of the last files, but got errors, white pages etc.
As long as both modules are changed that often, coudn't you attach your recent views snapshop, which is apparently working on your system. IMHO it's quite impossible to guess the file versions from the views repository.
Thanks alot
Comment #13
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedI have just downloaded today's (10th) update 3 times, deleted, cleared cache, etc, and every time I install it, it keep telling me I have version (6th) and wants me to update again. I ran update.php and cron.php and still no change. Not sure if the download link is pointing to the wrong file or if maybe the date just wasn't updated correctly?
Comment #14
KarenS CreditAttribution: KarenS commentedI just released a new 6.2-beta2 version for Date, so update to the latest code for Date and also get the latest -dev version of the Views module, which has some date-related changes that are needed for the Date views handling. If you use the Calendar module, get the new 6.2-beta2 version of that as well.
If you still have problems after that, open a new issue marked with the beta2 version so I know it's still a problem there.
Comment #15
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedOk Karen will do.
Although the Views hadn't been updated with any of the CVS additions that have been made since May.
I'll let you know what happens!
jeremy
Comment #16
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedFatal error: Class 'views_handler_argument_date' not found in /Library/WebServer/Documents/mysite/www/sites/all/modules/date/date_api.views.inc on line 96
Looks like the error moved from line 97 to line 96 now.
This happens as soon as I enable the Views module. Latest beta3.
Comment #17
KarenS CreditAttribution: KarenS commentedViews beta 3 won't work, you need the latest -dev version of Views. It doesn't show on the Views project main page but you can see it if you look into 'View all releases'. You need http://ftp.drupal.org/files/projects/views-6.x-2.x-dev.tar.gz.
Comment #18
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedOk I've done that now, caused a string of MySql errors, but after running the update and forcing the 6000(?) update it cleared them all out and seems to be working now.
BUT, :)
Updated to the latest calendar, everything is fine, as soon as I set the calendar to go into a block, white screen of death. Ran updates and forced update of past Sql updates and still white screen.
Comment #19
KarenS CreditAttribution: KarenS commentedThis issue is against 6.x-2.x-dev. Are you using that or the new beta2 version? The beta2 version is newer than the -dev version tarball (that will change tomorrow), so if you're using the latest -dev tarball, switch to the beta2 version instad.
Comment #20
Jeremy Toaster CreditAttribution: Jeremy Toaster commentedBeta version of Calendar?
OK just tried that version, white screen as well. Even tried an update.php and nothing to update. White screen after returning to site.
Comment #21
sebos69 CreditAttribution: sebos69 commented>OK just tried that version, white screen as well. Even tried an update.php and nothing to update. White screen after returning to >site.
Same here, beta2 caused white screen, and update.php impossible. Backup saved my life. Will test again (on a test install, this time)
Comment #22
KarenS CreditAttribution: KarenS commentedI can't replicate this problem, everything works fine here,
I need more information about exactly what versions of CCK, Date, Calendar, and Views you are using, what other modules you have installed, what version of PHP you are using, and whether this is a clean install or an upgrade from a D5 site that had Date and Calendar installed.
Also, to help debug this, disable as many other modules as possible so you are testing a site with just the ones we are interested in to be sure there is no problem coming from some other module.
Comment #23
sebos69 CreditAttribution: sebos69 commentedfor my case, the white screen is due to this error:
Fatal error: Class 'views_handler_argument_date' not found in /etc/drupal/default/modules/date/date_api.views.inc on line 96
which might be related to:
http://drupal.org/node/250813
I am using:
CCK 6.x-2.0-beta
Date 6.x-2.0-beta2
Views 6.x-2.0-beta3
Comment #24
KarenS CreditAttribution: KarenS commentedYou need the latest -dev version of Views -- see the note on the Date project page.
Comment #25
Fuzzytek CreditAttribution: Fuzzytek commentedI had this problem and was getting frustrated trying to figure which versions I was supposed to have of Date and Views. I thought I had both in place properly but was still getting the error listed here:
I'd rather not go into the code but found the line reading
class date_api_argument_handler extends views_handler_argument_date {
had to be changed to
class date_api_argument_handler extends views_handler_field_date {
I hope this helps the development staff. It would seem this problem is going to affect quite a few sites.
I notice this issue is listed as resolved so I may be providing information too late. I can understand the frustration when two very visible modules hand off code between each other, there can be pages and pages of changes to verify in moving forward. Thanks to everyone that takes the time to improve the process.
Comment #26
KarenS CreditAttribution: KarenS commented@Fuzzytek, no, you don't create an argument handler by extending a field handler, they're completely different. If you had an error when trying to extend views_handler_argument_date it means you don't have the right version of Views installed.
I hope to get a new beta release issued soon so you don't have to guess which version of Calendar to use, and I'm sure Views will soon have a new release with the fixes we need, so hopefully the confusion should not go on much longer.
Comment #27
Anonymous (not verified) CreditAttribution: Anonymous commentedAutomatically closed -- issue fixed for two weeks with no activity.