Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
The recommended setting for the navigation block cache is 'per-user'. However, the gallery navigation items change depending on whether you are viewing an album or an image etc. If cached in this way these changes are missed. If you happened to view an image just after the cache was cleared then when you view an album you will lose all the 'add album' etc links.
Maybe just change the default? Maybe force it to no-cache? Maybe some other explanatory text?
Comments
Comment #1
kiz_0987 CreditAttribution: kiz_0987 commentedThe cache settings for the nav block do not get saved into the database. It's not clear to me why atm -- maybe something to do with not being called 'block-0'?
Comment #2
profix898 CreditAttribution: profix898 commentedI just made changes to gallery_block_admin.inc in my working copy (making the image block settings reusable for other submodules). Assigning this to me to avoid conflicts. We should probably force no-cache on the navigation block then, everything else doesnt seem to make sense in this context.
Comment #3
kiz_0987 CreditAttribution: kiz_0987 commentedThanks. Maybe page and user (or role) caching could work (since cache options can be ORed together). But it's probably overkill.
Comment #4
profix898 CreditAttribution: profix898 commentedGood point. Actually all item-specific G2 blocks must be per page. Some others, like AlbumTree, MembersSummary, etc., could even be cached globally. So we should probably not give the user the choice or at least not without excluding certain options. I will make no-cache the default option and the list of selectable option dependent on the actual block.
Comment #5
profix898 CreditAttribution: profix898 commentedPatch committed to solve the issue. We should observe the queue for support requests about this. Because eventually the new options are not user-friendly enough ...
Comment #6
Anonymous (not verified) CreditAttribution: Anonymous commentedAutomatically closed -- issue fixed for two weeks with no activity.