Trying to get "if you are not <email address>, click here" to remove preloading | Community
Skip to main content
EggBoy
EggBoy
Level 3
Jan 23, 2017 11:44 PM UTC
Solved

Trying to get "if you are not <email address>, click here" to remove preloading

Hi All,

We are working on trying to simplify how we reduce the effect of recipients forwarding emails with preloaded webApp links.

The basic "click here if you are not johnsmith@smith.com" message.

Currently we use 2 identical webapps....one with a link as below, that then links to another identical webApp that is not preloaded.

If you are not <%= ctx.vars.recipient.@email %> <a href="http://m.communications.waters.com/webApp/APP1924"> click here </A>

Ideally, we would like one webApp, and have a container with visibility set by whether or not the email was already preloaded.

We tried by setting visibility by @email is not empty, which almost works....but as soon as you fill in the email field and move to the next, the container shows.

So, there must be a way to set the visibility only if the form was preloaded.

You can see the problem at this link....type anything into the email field then move to another field...you will see the 'If you are not...." container show.

http://m.communications.waters.com/webApp/testingPreload

Is there anyway that this can be addressed? Note that I am not a developer...and right now don't really have easy access to an FED, alas.

Any help is greatly appreciated!!

    This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
    ddphotoFrAccepted solution
    Employee
    Feb 1, 2017 10:27 AM UTC

    Hello,

    it seems that you are working on incomingLead not recipient. So, for option 1, instead [recipient/@id], can you try [incomingLead/@recipient-id]

    Regards,

    Damien

    View reply

    17 replies

    EggBoy
    EggBoyAuthor
    Level 3
    Feb 1, 2017 12:29 PM UTC

    Hello Damien and Florent,

    The [incomingLead/@recipient-id] worked PERFECTLY!

    I guess another learning when asking questions is that we use Campaign 6.1.1 with Leads  :-)

    Truly thank you again!

    Translate
      EggBoy
      EggBoyAuthor
      Level 3
      Feb 1, 2017 12:29 PM UTC

      Hello Damien and Florent,

      The [incomingLead/@recipient-id] worked PERFECTLY!

      I guess another learning when asking questions is that we use Campaign 6.1.1 with Leads  :-)

      Truly thank you again!

      Translate
        ddphotoFr
        Employee
        Feb 1, 2017 10:27 AM UTC

        Hello,

        it seems that you are working on incomingLead not recipient. So, for option 1, instead [recipient/@id], can you try [incomingLead/@recipient-id]

        Regards,

        Damien

        Translate
        ddphotoFrAccepted solution
        Employee
        Feb 1, 2017 10:27 AM UTC

        Hello,

        it seems that you are working on incomingLead not recipient. So, for option 1, instead [recipient/@id], can you try [incomingLead/@recipient-id]

        Regards,

        Damien

        Translate
        EggBoy
        EggBoyAuthor
        Level 3
        Jan 31, 2017 5:10 PM UTC

        Hello Florent,

        Were are on build 8705 of 6.1.1

        We are finishing an integration in the next few weeks....and plan to address updating to the newest build in Feb or March at the latest.

        If you think that is the issue, I can go down the two webApp or two landing pages in a webApp for now...

        Thanks,

        Eugene

        Translate
        EggBoy
        EggBoyAuthor
        Level 3
        Jan 31, 2017 5:10 PM UTC

        Hello Florent,

        Were are on build 8705 of 6.1.1

        We are finishing an integration in the next few weeks....and plan to address updating to the newest build in Feb or March at the latest.

        If you think that is the issue, I can go down the two webApp or two landing pages in a webApp for now...

        Thanks,

        Eugene

        Translate
        florentlb
        florentlb
        Level 10
        Jan 31, 2017 4:37 PM UTC

        I think that should have worked as that is exactly what we tested back here from a fresh web app.

        Can you check the build number of your server and console from the Help menu?

        Florent.

        Translate
        florentlb
        florentlb
        Level 10
        Jan 31, 2017 4:37 PM UTC

        I think that should have worked as that is exactly what we tested back here from a fresh web app.

        Can you check the build number of your server and console from the Help menu?

        Florent.

        Translate
        EggBoy
        EggBoyAuthor
        Level 3
        Jan 30, 2017 5:48 PM UTC

        Hello Florent,

        Thank you again for your kind response...but alas, still is not working as expected.

        For option 1:
        http://m.communications.waters.com/webApp/testingPreloadNewUsingID?id=@ORHlQ/cqCcejRNfGGnTEUQ

        I've manually referenced the recipient ID exactly as showing in your example...here's what is in mine:

        It does not work...if you refresh the view...you can see the link display sometimes...but then it disappears.

         

        For option 3, I created a new webapp just to make sure everything was fresh:
        http://m.communications.waters.com/webApp/testingPreloadNewUsingScript?id=@EsybBL7FNMk6/zdWNJF3tQ

        I no longer get the error, but it still does not work.

        Here's the variable definition:

        Here's the check if email exists activity:

        Here's the script to set the preloading variable to '1' if email exists

        And finally the testing on whether to show the div with the link:

        For reference, here's the preloading activity at the start of the webApp workflow...is there something I need to change here?

        Thank you again for your help!!

        Regards,

        Eugene
         

        Translate
        EggBoy
        EggBoyAuthor
        Level 3
        Jan 30, 2017 5:48 PM UTC

        Hello Florent,

        Thank you again for your kind response...but alas, still is not working as expected.

        For option 1:
        http://m.communications.waters.com/webApp/testingPreloadNewUsingID?id=@ORHlQ/cqCcejRNfGGnTEUQ

        I've manually referenced the recipient ID exactly as showing in your example...here's what is in mine:

        It does not work...if you refresh the view...you can see the link display sometimes...but then it disappears.

         

        For option 3, I created a new webapp just to make sure everything was fresh:
        http://m.communications.waters.com/webApp/testingPreloadNewUsingScript?id=@EsybBL7FNMk6/zdWNJF3tQ

        I no longer get the error, but it still does not work.

        Here's the variable definition:

        Here's the check if email exists activity:

        Here's the script to set the preloading variable to '1' if email exists

        And finally the testing on whether to show the div with the link:

        For reference, here's the preloading activity at the start of the webApp workflow...is there something I need to change here?

        Thank you again for your help!!

        Regards,

        Eugene
         

        Translate
        Show more replies
        Terms & ConditionsAccessibility statement

        Loading footer...