Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
After running update.php, I find my blocks revert to their default settings (causing a strange page display obviously) until I flush the cache and it goes back to normal.. any idea what this could be?
Comments
Comment #1
sheena_d CreditAttribution: sheena_d commentedDid you update Fusion Accelerator as well? The latest release of Fusion Accelerator includes schema changes. Once update.php is run, the cache needs to be cleared so that the Skins can be re-generated. This is not a bug.
Comment #2
Anonymous (not verified) CreditAttribution: Anonymous commentedAh OK, I was just talking about updating in general. Thanks for letting me know.
Comment #4
macman824 CreditAttribution: macman824 commentedAre we sure this is not a bug? The need to clear the cache after updating any module—even modules other than Fusion Accelerator—is not documented anywhere. I was heretofore unaware that clearing the cache would resolve this issue; any time I updated any module on my site, I would have to disable and then re-enable each of the three Accelerator modules one at a time in order to get the skin to kick back in.
If we can't automate the process of clearing the cache, we should at least prominently document the need to do so after running update.php. This has been a big headache of mine for a long time, going all the way back to Skinr. I could have saved myself a significant amount of aggravation knowing that the solution to skins falling apart was just to clear the Drupal cache.
Comment #5
esmerel CreditAttribution: esmerel commentedThat's generally a Drupal core issue - it happens throughout Drupal. I'm not sure there's anything in particular that fusion can do about it.
Comment #6
macman824 CreditAttribution: macman824 commentedHmm. If we can't do anything about this at the module level, we should consider making this a Documentation issue instead, so that the need to clear the site cache after any update of any item, even those not related to Fusion Accelerator, is made clear to users. At present, I can't find mention of the need to do this in any existing documentation, and update.php doesn't itself say anything about clearing the cache after it's been run. I nearly had a heart attack yesterday when my disable-then-re-enable Accelerator modules trick stopped working.
Comment #7
macman824 CreditAttribution: macman824 commentedComment #8
macman824 CreditAttribution: macman824 commented