Timeline for Help understand/solve this Warning: Invalid argument supplied for foreach() in views that requires class registry clean to mend
Current License: CC BY-SA 3.0
9 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 22, 2016 at 15:47 | comment | added | Shawn Conn | Not sure. It depends on which modules are invoking hook_cron and touching the cron registry. | |
| Jun 22, 2016 at 11:52 | comment | added | Alari Truuts | Do you know how cron affects the class registry, as it seems that runing cron is causing this. | |
| Jun 20, 2016 at 6:25 | comment | added | Alari Truuts | I still haven't resolved the issue, out of ideas, but I awarded the bounty, so it wouldn't go completely missing in the void.. | |
| Jun 20, 2016 at 6:25 | history | bounty ended | Alari Truuts | ||
| Jun 13, 2016 at 19:02 | comment | added | Shawn Conn | Yeah. This is a tricky bug hunt. You need to find cache/filter options relationship, then find what could be impact the cache. Good luck on the hunt. | |
| Jun 13, 2016 at 18:52 | comment | added | Alari Truuts | Thanks for the response, in my original question edit I already determined that my custom module does not affect this at all. However I also determined that truncating any of the tables manually didn't do anything either (I accidentally also truncated the registry tables and learned a lesson there, got to manually restore the tables from a backup) | |
| Jun 13, 2016 at 18:47 | comment | added | Shawn Conn |
It doesn't seem likely to me unless your caching might step on the same entries that prepare_filter_select_options() depends on. A simple way to test that is to just disable your custom module to see if the problem goes away. As far the "recursion" entry, I believe that occurs when you have recursive references ( ddebug_backtrace() has a mechanism to prevent it printing out an infinite chain of references). Also note, prepare_filter_select_options() is a recursive function; it descends through the array for options that are grouped.
|
|
| Jun 13, 2016 at 9:11 | comment | added | Alari Truuts | Wow, I'm impressed, that is very detailed and helpful! Got a lot of new knowledge. I've been able to track down that the the $options variable used in prepare_filter_select_options() which is expected to be an array is FALSE instead. but the functions that actually build the form don't show data in the debug but instead say "recursion". Could this be at all caused by a custom cahing module I made? Will update the question with the code | |
| Jun 13, 2016 at 2:12 | history | answered | Shawn Conn | CC BY-SA 3.0 |