Closed (fixed)
Project:
Views Selective Filters
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
16 Jun 2020 at 22:25 UTC
Updated:
19 Jul 2020 at 21:59 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
joelpittetHere's the patch for review
Comment #3
jplana commentedI can confirm this patch #2 worked for me.
Comment #4
joelpittetUnfortunately @jplana and I ran into an issue with my patch, it seems to squash the error but has some side-effects where it spits out multiple of the same value.
I still think it's correct to initialize the handler instead of just building a fake stdClass object to squash the error.
Here's another patch that seems to not have the side effects of initializing all the displays.
I pulled out the original issue that introduced the lines and there was a set_display() in the patch but removed on commit #2633548: Attached displays should not be executed in dummy view
But the set_display() causes the same bug duplicating the options. (at a glance it's multiplying the options by the number of displays). So this patch just initiates the current display's display handler... manually.
Comment #5
joelpittetThanks @jplana, I've committed this to the dev release.
Comment #8
donquixote commentedThe fix is a bit strange. Why do we assign an object by reference?