Closed (cannot reproduce)
Project:
Drupal core
Version:
11.x-dev
Component:
theme system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
13 Jul 2015 at 06:15 UTC
Updated:
28 Jun 2025 at 12:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehner@effulgentsia and myself talked about that and we agreed it would be worth try to cache this information.
In an ideal world file_create_url() would have the cacheablity metadata so the generated URL can be cached. For normal URls we rely on higher level render caching, but for this case, we could not.
Comment #2
claudiu.cristeaThe changes are few lines but the patch footprint is bigger because of indentation increase.
Comment #4
claudiu.cristeaWell, this is weird. Those tests are passing locally.
Comment #5
claudiu.cristeaComment #7
claudiu.cristeaOops. Sorry!
Comment #8
lauriiiComment #9
dawehnerThis is wrong. Use cache tags and be done.
Should we include the language at least in the caching? What do we do with config overrides? Things aren't simple sadly.
Comment #10
wim leersI'm afraid this is a dead end also :(
Tested with 1000 requests to
/contact, as the anon users, with page cache off.Comment #11
dawehnerIt would be great to profile both issues at the same time.
Comment #12
claudiu.cristea@dawehner,
I'm using here
->listInfo()and maybe this is slowing the whole stuff (?) I can drop the check of theme name and invalidate by tag. The cons is that we'll remove also other theme cache (and the global settings). Opinions?Comment #26
smustgrave commentedThank you for creating this issue to improve Drupal.
We are working to decide if this task is still relevant to a currently supported version of Drupal. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or is no longer relevant. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
Comment #27
berdirI did test this with blackfire and theme_get_settings() doesn't show up at all, with a scenario of disabled page cache so that most blocks are cached and only the whole page is not and this is being called.
I stepped through the call in xdebug and all things that we call are essentially already initialized and ready, such as the active theme and theme handler list info or is config that's loaded from fast cache.
This hasn't been updated since 2015, so I'm going to close it.
We have #3035288: Deprecate theme_get_setting() to convert this to OOP which will simplify the code a bit I think.