TYPO3 Core

AFAIK it's triggered on Extension installation. So I fear the answer is: won't fix.
However, I'm not too much into detail of the sprites..

well, if it is cleared on an extension update it is OK, as then only developers are affected that work. ;) I was afraid that even an update via the EM wouldn't catch that update.

Still. it is quite weird to have that (sometimes) outdated data out there without any button to force an update.

Yes, we also need some cache for the compressor to not always recalculate all the CSS file mtimes and so.
Think we'll get a "system cache" or so in 4.6

I agree with Peter. I'm missing such a possibility, too.

Maybe, it is triggered on Extension installation or could be cleared/refreshed manually. But in some cases it makes sense to initiate this update via extension code.

For example, EXT:kb_page_icon gives be-users the possibility to add pageicons via page properties. This would be after installing the extension, so any trigger in the extensionmanager would not be called. And forcing a be-user to clear any cache after changing an icon would not be very gentle.

I'm wondering why there is no possibility for calling a method like t3lib_SpriteManager::rebuildCache() on demand.

Any update?

A fix to this would be really a big help because this problem arises quite often.

Thanks! Elio