plugin_page_display error while menu rebuilding
ru.meta - June 4, 2009 - 03:18
| Project: | Views |
| Version: | 6.x-2.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Description
During rebuilding a menu I always get error
Call to a member function get_access_callback() on a non-object in ...\sites\all\modules\views\plugins\views_plugin_display_page.inc on line 78
the line is:
'access arguments' => array($access_plugin->get_access_callback()),$access_plugin is null here
#1
Have the same problem after updating cck to version 2.4. When running update.php exactly the above described message appears. After disabling views in the system table the site is running ... but it isn't possible to activate views ... same error
#2
I've seen this bug pop up on 2 different sites. Luckily today, it was in a development environment ;). On both sites, the error happens when rebuilding the menu cache. The first time I saw it, I was using a recent RC of signup.module, and found that replacing its views include files with earlier versions from CVS and clearing the cache resolved the error.
Now, I'm not using signup.module. In an effort to troubleshoot this, I did:
if (!is_object($access_plugin)) {
$t = debug_backtrace();
file_put_contents('/Users/ezra/481572.txt', print_r($this, TRUE));
}
above the if if ($path) {... conditional on line 74.
I've attached the output here in the hope that it could be useful. I would be happy to pursue this further, and with some direction I might be able to do so more efficiently.
Thanks!
#3
Bumping version number.
#4
#5
In this case, the output refered to project.module-related views, but even disabling project and related modules did not resolve the error.
The query, "delete from views_view where name like('%project%')" did, however.
So, it seems like views can be defined that leave apparently corrupt view definitions in the database. While there is probably a problem with these plugin and/or view definitions, it seems like there should be some way to prevent these values from being saved, or causing this WSOD. I suspect simply leaving the access arguments blank for the menu definition when this part of the plugin is missing is too naive of a solution.
#6
I just ran into this also -- I'm running signup but I don't really understand what's wrong with the views it creates by default (and I need those views!). I was able to solve the problem by deleting those views in the views_view table (and then reinserting them after everything updates*) but that's a pretty nasty solution.
* Talk about a recipe for disaster! I am living dangerously.
#7
Hi,
I am having the same issues :)
and in my case it went on the production website (luckily i had backup), anyways.
For the information,
After the upgradation, many entries from the menu_links and menu_router get deleted automatically.
path link admin/report ... admin/build/views/ajax/ and others.
I am also, waiting for the solutions.
If I get some thing, i will surly post here.
Regards
Prachait Saxena
EOT Infotech
#8
Could you try to track down to a view? This would be very helpful to help you.
#9
Hi
My current website was working fine
I just upgraded the domain_access module and i got this error.
Because, this time i had tested with loading the individual module
I will recheck and update here:)