- 🇮🇹Italy apaderno Brescia, 🇮🇹
The issue summary must still be updated, which means that Needs work is probably a more correct status.
As per title, the form retrieved in cache_get would never invoke db_query("DELETE FROM {cache_form} WHERE expire != CACHE_PERMANENT and EXPIRE < time()", ) because cache_flush_cache_form will always be 0, manually setting this to a value would only invoke the cache cleaning once.
I propose adding variable_set("cache_flush_cache_form") to form_cache_get, expiry is already set to a long TTL, so this should be safe to clear the cache, instead of using a cron to regularly truncate the table
Needs work
7.0 ⚰️
Issue summaries save everyone time if they are kept up-to-date. See Update issue summary task instructions.
The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
The issue summary must still be updated, which means that Needs work is probably a more correct status.