Many tokens do not work
| Project: | e-Commerce |
| Version: | 5.x-4.0-alpha5 |
| Component: | ec_mail |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Jump to:
In experimenting with different email notices, I have found that most tokens fail to be replaced with relevant text. After noticing a few such errors, I copied and pasted the entire list of tokens from the help page, and found that most of them are not replaced.
It is not clear if all system tokens are listed at .../ecsettings/ec_mail/tokens, or just ones relevant to E-Commerce, but it is not obvious which ones should be active and relevant for a particular email.
The date and the time of the transaction should be two separate tokens. There should also be control of the date and time format (select from short, medium, or long formats).
The current state of the transaction is represented by a number - meaningless to the client. ditto for the payment status. Payment method however, appears to be replaced by a descriptive value.
#1
I'll try to take a look at this as well -- what version of token module are you using?
#2
Thanks, Eaton.
I am using token-5.x-1.6.tar.gz
#3
In the version from march 10th, when a email notification goes out to the customer of their purchase the [items] token is not processed and remains in the email as [items].
I downloade and installed the latest version of tokens.
#4
I had the same problem, but changing [items] to [txn-items] worked for me. Refer available tokens admin/ecsettings/ec_mail/tokens. The 3.x release config is incorrect, but I'm not sure where it is defaulting to [items]
#5
We were having the same problem - changing 'items' to 'txn-items' resolved the problem on order confirmation, but it turns out that the shipping module hadn't implemented hook_token_values() or hook_token_list() -- resulting in the shipping notification mail having NO tokens swapped.
I wrote a very quick-n-dirty patch (very much 'code needs review') to solve the issue for 4.7.3.x. It's based entirely on the implementation in the store.module - the two may possibly want to be unified at a later date. The patch is posted here: http://drupal.org/node/131557.
Drew
#6
Just noticed for a subscription renewal, "Hi [user]
Your membership will expire on [recurring-expiry-date]. That's [recurring-time-to-expire] from now.
Please renew at [site-url]"
[user] was not replaced, but the other tokens were correctly substituted.
#7
Same problem. Subscribing to this thread.
#8
Guys,
its fixed on eC4.
regards,
massa
#9
#10
Is there any new information/fixes on this?
All my txn... tokens don't translate in emails. All the others do. I've just downloaded all the latest versions and components 2 days ago.
Are there other tokens that can be tryed like @... or %...?
Is there any manual coding fix?
Anything else AT ALL to try?
I've searched and searched to no avail.
Steve.