Closed (won't fix)
Project:
Token
Version:
5.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
21 Aug 2007 at 22:06 UTC
Updated:
5 Jan 2011 at 17:19 UTC
This is a pre-emptive issue that nobody seems to have reported yet, but it's possible that if multiple modules use token AND they use different options AND they don't flush the cache that they will get invalid responses.
In more concrete terms: if one module uses [] for prefix/suffix and the other uses %% then token will still return the [] formatted values.
Comments
Comment #1
drewish commentedi've run into a related problem in the audio module where i call token_replace() on multiple nodes to generate titles and they all end up with the same title since the tokens are cached for the first node. i'm wondering about how useful the caching actually is...
Comment #2
gregglesWhile related that seems different. This is specifically about the caching for different $options which would show up when token_replace is called multiple times for the same piece of content with different values in the $options.
Comment #3
cyberwolf commentedSubscribing.
Comment #4
greggles@cyberwolf - do you have a problem related to this issue?
Comment #5
cyberwolf commented@greggles: I'm having an issue similar to this one, but regarding caching of tokens of nodes in general (combination csm and auto_nodetitle). I went through the issue queue to subscribe to some token issues that might be causing me headaches in the future :)
Comment #6
dave reidWe would need to do something like:
Comment #7
gregglesYeah. I think the caching should be ripped out. I doubt anyone ever gets any real benefit from it.
Comment #8
dave reidD5 is now unsupported, as well as Token module for D5.