--000000000000af246705eaeecf93 Content-Type: multipart/alternative; boundary="000000000000af246505eaeecf92" --000000000000af246505eaeecf92 Content-Type: text/plain; charset="UTF-8" Sounds good, thanks for letting me know! [image: Scott Charles, Web Manager] Scott Charles, Web Manager U7 SOLUTIONS | Make the web work for you 78 George Street, Suite 204, Ottawa, ON K1N 5W1 Direct: 613-804-7894 Telephone: 1-888-236-1467 https://www.u7solutions.com [image: LinkedIn button] [image: Twitter button] [image: Facebook button] [image: Email list button] On Thu, Oct 13, 2022 at 2:25 PM Alexa Graziani wrote: > Hi Scott, > > You can close out this request as Phil was able to fix it on her side. > Apologies for the confusion on the update. > > Thanks! > > On Thu, Oct 13, 2022 at 11:22 AM Scott Charles scott.charles@u7solutions.com> wrote: > >> Hi Alexa, >> >> Thanks for clarifying that. >> >> It may be best for us to connect on a call to determine exactly how we >> can best help you as I am still a bit unclear on the request. >> >> Unfortunately I am fairly booked tomorrow but most of my Monday is open. >> >> Let me know what works for you, >> [image: Scott Charles, Web Manager] >> >> >> Scott Charles, Web Manager >> U7 SOLUTIONS | Make the web work for you >> 78 George Street, Suite 204, Ottawa, ON K1N 5W1 >> Direct: 613-804-7894 Telephone: 1-888-236-1467 >> https://www.u7solutions.com >> >> [image: LinkedIn button] [image: >> Twitter button] [image: Facebook >> button] [image: Email list button] >> >> >> >> On Thu, Oct 13, 2022 at 1:02 PM Alexa Graziani >> wrote: >> >>> Hi Scott, >>> >>> Perhaps we should get on a call to discuss this. >>> >>> Callrail is masking as intended. Our goal is to show a tracking number >>> on the site that routes to the number we've hardcoded on the website. This >>> is the desired state not an error. >>> >>> The issue with Oakville was that the hardcoded number needed to be >>> updated so that Callrail could read and swap that number accordingly and >>> route it. >>> >>> This facilitates our call attribution (ie did someone call from paid, >>> organic, social, etc). >>> >>> Our web dev team has confirmed that everything is working as intended. >>> >>> Sincerely, >>> >>> On Thu, Oct 13, 2022 at 9:37 AM Scott Charles >> scott.charles@u7solutions.com> wrote: >>> >>>> Hi everyone, >>>> >>>> This is a similar issue we faced on the other sites. We can adjust the >>>> number but there is a feature on callrail that is automatically adjusting >>>> the displayed phone number. I'll provide some of the information from a >>>> previous thread about this issue: >>>> >>>> "The issue is that in the plugin it has a feature to automatically >>>> change phone numbers to (778 732 5087) - note this was for the >>>> Vancouver site. Anytime a phone number is input into wordpress it gets >>>> changed. This is why our developer put a space between the first 2 >>>> numbers for now as that's the only way to prevent the phone number from >>>> automatically