--000000000000abf0d005eaeea2f2 Content-Type: multipart/alternative; boundary="000000000000abf0ce05eaeea2f1" --000000000000abf0ce05eaeea2f1 Content-Type: text/plain; charset="UTF-8" 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 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 switching. This does not apply here. >>> You can see for example the phone number was input correctly in the >>> backend but changed on the website via the plugin." >>> >>> So essentially the display phone number for Oakville needs to be >>> adjusted in CallRail. I believe Phil mentioned he recently updated this >>> already. We can make sure the information is correct in WordPress if >>> someone is able to provide us with the login information. >>> >>> Thanks, >>> [image: Scott Charles, Web Manager] >>> >>> >>> Scott Charles, Web