Closed (fixed)
Project:
Heading Normalizer
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
8 Jul 2010 at 18:05 UTC
Updated:
31 Jul 2010 at 23:10 UTC
If settings change we need to flush node/page cache.
Else obsolete cached filter results (with different heding formattings) get delivered.
Comments
Comment #1
miro_dietikerAfter checking more i see there is a general limitation of the filter caching.
Instead of implementing extended cache_clear_all for each filter, this would be a task that need to be flushed by the filter system itself. All settings changes on a filter are subject to change cached filter results.
This might hit cache_filter, _page, _block, panels, views, ... everything that applies filters and further cache the results.
Related functions
http://api.drupal.org/api/function/cache_clear_all/6
http://api.drupal.org/api/function/filter_cron/6
Some filter_cache is getting cleared here:
http://api.drupal.org/api/function/filter_admin_configure_submit/6
But we still encountered situations where obsolete filter information showed up.
Remember to always flush your caches manually (e.g. by devel) after filter changes.
Comment #2
miro_dietikerSwitching back to fixed after updates to the cvs.
We needed to implement to flush the filter cache on the global settings page. Changing the configuration there leads to change in processing the filters.
It would be best that the filter system provides some hook to trigger (or even better, an api to flush a filter - triggering the hook) in case of filter changes to flush everything related.