I guess this has something todo with CTools caching.
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | 1188052-context-admin-block-cache-clear.patch | 1.04 KB | mrfelton |
I guess this has something todo with CTools caching.
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | 1188052-context-admin-block-cache-clear.patch | 1.04 KB | mrfelton |
Comments
Comment #1
mrfelton commentedI think this is actually the fault of content module, so I'm moving to their issue queue.
The problem is that context only rebuilds its internal block cache when an 'admin' form is submitted. Because the Beans are being treated a little more like content, and the admin path is /block/add/type which does not fall below /admin, context's cache clear is not being triggered when the form is submitted
Context does this:
So it's checking for submitted forms below /admin.
By instead using
path_is_admin()to check if the form is an admin form, we can be sure that the cache is cleared out when admin forms that don't live below /admin are submitted:Patch attached.
Comment #2
mrfelton commentedComment #3
febbraro commentedThanks.
http://drupalcode.org/project/context.git/commit/a8a1b5a