No variables passed when using dispo URL

[dspaan]

We are trying to use the Dispo Call URL field in the campaign settings to grab a container and use the --A-- --B-- variables inside the container.

We are using the ALT feature in the Dispo Call URL field and have set our URL linked to a specific dispo code like this:

https://fqdn/dispomail/dispo_containerm ... m_fields=Y

But in the URL log we can see that everything after containder_id is not passed in the URL so we had to do this:

https://fqdn/dispomail/dispo_containerm ... email--B--

Any help on why this isn't work would be appreciated.

When we use this same URL in one of the Web form fields in the campaign settings it works fine:
https://fqdn/dispomail/dispo_containerm ... d=MailMVI1

So it looks like there is a difference in the way how the webform fields work as apposed to the dispo url field.

[williamconley]

Have you tried:

Web Form -This is where you can set the custom web page that will be opened when the user clicks on the WEB FORM button. To customize the query string after the web form, simply begin the web form with VAR and then the URL that you want to use, replacing the variables with the variable names that you want to use --A--phone_number--B-- just like in the SCRIPTS tab section. If you want to use custom fields in a web form address, you need to add &CF_uses_custom_fields=Y as part of your URL.

[dspaan]

Yes I tried both VAR and the custom fiels option but didn't work.

[williamconley]

Do other variable pass successfully? (lead_id ... etc)

[dspaan]

No, only if i actually add them to the URL itself.

[williamconley]

So ... yes, when you add them to the URL? Which is how it works ...?

The Web Form URL will populate all variables unless you tell it not to ... but other URLs, I believe, require manual formatting. You may need to check the code, but I'm not sure that's an accident. The URL string limit has been reached in many cases so "just put everything in there" is not entirely viable any more. A reasonable approach may be to switch to POST instead of GET (which has a MUCH higher limit) may be useful. Just hasn't happened yet.

[dspaan]

No we are using a dispomail.php which has the text of the email in the container and the variables are in the container and normally when you use a webform field this works but for the dispomail field it doesn't.

So for instance "https://fqdn/dispomail/containermail.php?container_id=001" would pull up container 001 and inside that container it would grab --A--email--B-- and --A--fullname--B-- etcetera without the need to have to insert hem into the URL itself.

[williamconley]

So you're saying it works in the web form url but not in the dispo url. Has it EVER worked in the dispo URL? If not ... then it could merely be that you need to manually add your parameters if using the dispo URL.

[dspaan]

Yeah that's what i ended up doing but i was just posting here to ask if Matt, you or anyone can confirm that what i want is not supported or maybe i need to use another parameter/setting.

[williamconley]

You'd have to check the code (and/or compare it to the Web Form code). Do note that the web form code runs in the agent screen, whereas the dispo URL code runs server side. So it's not at all surprising that they are different. If nobody has paid for the dispo URL to have ALL fields by default, then ... it won't until someone pays. I suppose. But it's possible that there's a technical flaw elsewhere blocking and you'd find that in the code (in an if/then ...) if that's the problem.