Quote:
Originally Posted by ownedbycats
Since I'm not entirely sure what "other metadata processing" means, confirmation that a copy category wouldn't work? I tested the following on a few fics and it worked once and then stopped working. So I'm inclined to think the "successful" run was a user error, e.g. forgetting to clear the field beforehand  |
Most metadata entries are populated during the 'get metadata' phase.
cover_image can be filled much later, depending on the value.
As currently coded,
cover_image is being filled after
covertype has already been cached as an empty list. And the metadata cache does
not trace back through
include_in_* settings.
IE,
cover_image is uncached when set, but not entries derived from it, whether from
include_in_* or
replace_metadata conditionals. Most of the time, it doesn't matter; and the cache saves significant time for users with extensive metadata editing. Until now, I would have said all the time.
I am considering whether this corner case is worth addressing or not.
This feels a bit familiar. Was there a similar case before?