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
    Adobe 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 in thread

    17 replies

    Show previous replies
    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
    Adobe Employee
    ddphotoFrAdobe EmployeeAccepted solution
    Adobe 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
    Adobe Employee
    ddphotoFrAdobe Employee
    Adobe 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
    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
        Terms & ConditionsAccessibility statement

        Loading footer...