Closed (outdated)
Project:
Flag
Version:
7.x-3.x-dev
Component:
Views integration
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Jun 2016 at 10:13 UTC
Updated:
19 Aug 2025 at 12:21 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
dan.munn commentedComment #3
dan.munn commentedComment #4
joachim commentedI'm a bit perturbed by the code checking a variable is numeric, and then a moment later treating it as a boolean...
Comment #5
dan.munn commentedIn this particular case 0 is false, 1 is true, but by the original logic "All" is also true - I can rewrite the patch with something a little more tactful vs that mechanism of checking.
Comment #6
joachim commentedI wonder whether the problem is actually the values we're using.
Views's own InOperator looks like this:
An empty value here means don't filter, but we're using it to mean 'unflagged'. Is that an inconsistency we should fix?
Comment #7
dan.munn commentedSo, looking further into the 5 minutes I gave it earlier, looks like a boolean comparison is better placed then due to the execution of accept_exposed_input, ultimately making the value FALSE.
Revised patch attached which keeps things as a boolean instead - note the value 0 still comes through as expected.
Comment #8
ivnishDrupal 7 is EOL. Issue will be closed, but patches are still here