Needs work
Project:
Views (for Drupal 7)
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
25 Apr 2013 at 18:52 UTC
Updated:
14 Feb 2020 at 20:12 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
hefox commentedComment #2
hefox commentednope, that didn't work because various things clear the views data cache outside of calling with reset = true
new approach is to see if the helper function is called more than once in a page load, and if so (indicating cache was cleared somehow) go and refresh handlers also
Comment #3
btopro commentedAlso experiencing this; testing patch currently but have travis stack traces to show this is possible. My problem appears to be enabling Views and Editableviews during an installation routine -- https://travis-ci.org/drupalprojects/ecd/builds/64357323
Comment #4
btopro commentedBuild passed now after applying path projects[views][patch][] = "https://www.drupal.org/files/1979926-views-reset_fetch_data-2.patch"
This is still an issue in 3.11
Comment #5
damienmckennaComment #7
dawehnerI see, this fix makes sense, though it would be indeed helpful if we could document what is going on. This is not obvious, to be honest.
Comment #8
btopro commentedI think there's a race condition of sorts. During install profile, it installs 2+ views plugins that include views.inc's. It hits the first one, rebuilds via this function and goes "oh I know about everything". Then, the next one goes to fire / requires an include and it freaks out because its cache already claims to have loaded all the files but didn't.
I'd imagine this isn't JUST an issue for install profile but instead any project that says it has 2 views projects (that both include files) required to enable. This would be common in features or install profiles, anything with multiple dependencies to be loaded that have views includes of some kind.
Comment #9
socialnicheguru commentedI think this is in the current 12/2015 dev version already
Comment #10
dawehnerRight, this wasn't committed ...
Comment #11
damienmckennaBump.