richardhopkins

Hi
I have now investigated this issue more fully than I did for the original post.
Back in November I did a mailout where the source text contains the definition of a link –
<a href=”https://simple-registry.greenhawick.org/scdt-event/?pid=%5Bsubscriber:cf_20%5D”>Click here</a>
Of course the pid=[subscriber:cf_20] identifies a custom field which is set up to contain a database key for each subscriber
In an email mailed out back then the generated link yielded the webpage with URL –
https://simple-registry.greenhawick.org/scdt-event/?pid=0QBA9IU&utm_source=mailpoet&utm_medium=email&utm_campaign=silverbuthall-cdt-notification-of-agm-23rd-nov-63
As expected/intended- the source [subscriber:cf_20] has been replaced by the value 0QBA9IU giving the URL which ties into the recipient’s database record; allowing them to update their record.
Now, apparently due to a change in the MailPoet implementation, doing the exact same thing, rather than the above generated URL, I get the generated URL as being –
https://simple-registry.greenhawick.org/scdt-event/?pid=%5Bsubscriber%3Acf_20%5D&utm_source=mailpoet&utm_medium=email&utm_source_platform=mailpoet&utm_campaign=silverbuthall-cdt-notification-of-agm-23rd-nov-63

I.e. the ?pid= … seems to have the source custom-field identifier rather than the value of that field (which obviously does not tie into the required database record)
Is this a MailPoet bug or is it a feature?
Is there anything to be done about this?
I think this is now clearer enough that screenshots would not be needed; if there are specific screenshots that would be helpful for you – I can do that.
By the way, I am again out of email contact from 12th – 19th April, so if you reply during that period I will not be able to repond until my return.

Lynn, Thanks for the response – I am not able to reply properly for a couple of weeks

Thank you – yes that works, except in the case where the combined string includes [id] or [private_id], which is perhaps not surprinsing. So, I think this is the end of this conversation.
Thank you for your help

Hi
Thank you for the suggestion. I tried that, but makes no difference so far as I can see.
I understand about having a new topic for a different question. But I don’t quite see how my question is different from “Bug? String combine field suddenly not working” although my use-case is more complex. Should I start this as a new topic “String combine not working” or somehing?

PS
woops – something was rendered as a link –
accept_as_full_member ::=constructed as a URL with [private_id]

Hi,

we have encountered this problem.
A further point is that –
if a new entry is created using the wp-admin Add Particpant interface the string-combines work (although perhaps not perfectly)
Whereas if a new entry is created via a sign-up form, the string-combines don’t work.

This string-combine facility is central to our current use of the plugin.
It would be helpful to get a reading of the prospects of this being fixed – if the problem is likely to persist for some time, I would have to completely re-do the system (I am a very amateur developer).

Some background –

We are a v. small community membership organisation with slightly complex requirements, such as different catgeories of members based on criteria such as their location and whether thay are on the electoral roll.
The volunteer person who runs the system is not comfortable with the wp-admin interface; so we have front-end admin. forms using pdb_list and pdb_record on private webpages which include instructions on the use of the forms.
E.g. The listing of pending membership applications has a field which is a link to the webpage for the acceptance form –

accept_as_full_member ::= Accept Ordinary

That form will have read-only versions of user’s input,e.g.

their_postcode ::= [zip]

The current version has some 20 inter-linked admin.-forms, and 4 slightly different signup forms.

(By the way, overall I think this plugin is brilliant – thank you)