Closed (fixed)
Project:
Commerce Invoice Receipt
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
13 May 2014 at 02:24 UTC
Updated:
2 Sep 2016 at 21:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
interlated commentedFix is to take out the default. Standardises implementation to be the same as mimeemail.
Comment #2
interlated commentedComment #3
dagleesI'll be testing this today.
Comment #4
dagleesI'm unable to replicate this.
Comment #5
dagleesComment #6
dagleesComment #7
kepford commentedI can confirm that issue occurs as well as that the patch resolves the issue.
Comment #8
rooby commentedReopening as there has been confirmation of the issue in #7.
I am also seeing the same problem.
Comment #9
rooby commentedSorry, wrong status
Comment #11
rooby commentedStrangely enough I have two copies of a site with what seems to be identical configuration and one works and the other sends unprocessed tokens.
Comment #12
rooby commentedI can confirm that if I actually set the field to "[site:name] <[site:mail]>" then it works but if I don't and use the default then it comes through to the commerce_invoice_receipt_action_mail() function as "[site:name] <[site:mail]>" and then doesn't replace properly.
If the intention is to use the default mail via the drupal_mail function then the patch in #1 should be the correct solution.
The patch fixes it for me also.
Not sure why that test is failing to apply the path. Here is a re-roll that applies without fuzz.
Comment #14
rooby commentedThat fail is odd.
Comment #16
aramboyajyan commentedCommitted. Thanks guys!