[wp-trac] [WordPress Trac] #42573: Templates not working properly
WordPress Trac
noreply at wordpress.org
Mon Nov 20 17:35:47 UTC 2017
#42573: Templates not working properly
--------------------------+--------------------
Reporter: precies | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: 4.9.1
Component: Themes | Version: 4.9
Severity: normal | Resolution:
Keywords: needs-patch | Focuses:
--------------------------+--------------------
Comment (by ryanduff):
Replying to [comment:34 fatmedia]:
> What exactly is the benefit of this? If a theme has so many templates
that it would benefit from caching the admin meta box I think there's
probably a bigger problem than some cache is going to solve...
>
> Reverting this would be a win for sane theme authors. Why improve things
for authors who choose to do ridiculous things?
Agreed. I'd yet to see a theme that has anywhere near 100 levels deep of a
folder structure. If that's the case, the theme is the problem.
Again we've introduced unintended consequences to core by fixing a problem
that never needed to be solved in the first place.
+1 to revert any form of caching around this and maybe revisit the changes
in r41806 to see what problem they're solving and if this is even
appropriate.
Nobody should be forced to use WP_DEBUG, nor should another useless button
to purge this unnecessary transient be added somewhere in wp-admin.
As a developer, if I deploy a file update to a client site (live or
staging) I should be able to use that template right away. Not be forced
to wait up to an hour just for the cache to expire to select it. Think of
the poor experience that a user is going to experience if they update a
file in a theme and can't select it? That goes against the goals of the
project plain and simple.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/42573#comment:36>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list