(I've given the following answer in the @devot-ee support forums, but am reposting for anyone who comes across it...)
Hi PaleoSun,
The random tag parameter isn’t relevant here, because it’s a slightly different issue to the one that is meant to resolve...
At least in the short-term, there is no real fix other than to disable caching of any template that contains Minimee queue or display tags. It turns out this is pretty much a requirement for the Queue method to work correctly. I’ll try to explain why:
With Queuing, Minimee’s template tags are initially parsed during the normal stages in EE’s parse order. Yet instead of processing and creating the cache, it waits to see if any other queue tags are run, each time saving what it finds in the session. When it encounters the “display” tag, it replaces it with a placeholder string (that “{f4acc930e16260a7c8fcfd443f232ba1fb6b238e}” thing).
Once all template processing is done, by hooking into the “template_post_parse” hook, Minimee then processes all of the tags it found during runtime, compile the results, and then replaces the placeholder string with the final result.
The way EE template caching works, it caches the result of normal tag parsing, but before the template_post_parse hook. That’s why the placeholder string is still there in the template, and why on subsequent runs even though the template_post_parse hook runs, Minimee won’t have any saved tags to process.
I hope that makes some sense.
If you were to ever use CE Cache, it has tags that allow you to escape it’s caching, so Minimee can still work very well alongside that, even the queue method (as long as all of Minimee’s tags are escaped).
I will make a note in Minimee’s docs as to the caveat with the Queue method, and I’m sorry for the inconvenience.
Cheers,
John
{exp:minimee:display css="head_css" random}
or{exp:minimee:display css="head_css" random="random"}
to no avail.