flurinus

Thank you very much indeed. Working perfectly here as well!

We’re using PHP Version 5.6.22 (I have no experience running the plug-in on a previous version).

Thanks to all of you for your efforts in getting this issue resolved!

Thanks a lot for your responsiveness. I highly appreciate.

I have the same duplicate record preferences as the previous poster (overwrite & check by email).

Thanks also for the comment regarding the field type “numeric.” I use it to force iOS devices to show a keyboard with numbers. I’ll be happy to check if there’s another way to do so.

Thanks a lot for the reply. On our site, there does not seem to be any form field with the name “private_id”, nor any other variable in the HTML code containing that string.

Here’s to the sign-up form (front-end).

Thanks for all your inquiries.

It seems indeed we’re having the same issue. I’m using the most recent version of the plug-in by the way. I’ve noticed that some entries in the database also have an empty “Date Recorded” field (strangely only some, and there seems to be no obvious pattern). Maybe this information helps in tracking down the issue.

Thanks a lot for all the help in advance.

Thank you very much for this, too. It works perfectly, and indeed was easy to implement. Really appreciate!!

Thanks a lot again for the reply.

In the list of participants in the WP Admin Panel, those entries that have been generated using the [pdb_signup]-form do not show a Private ID, whereas those generated through the back-end do.

For me, this is a bit difficult to understand as well.

Here’s a screenshot (I’m using Spanish as default language).

<img src=”https://www.gloriamolio.es/wp-content/pdb_missing-pid.png”&gt;

Thanks again for your help and patience.

Thank you very much for the prompt reply.

I have verified step-by-step my configuration, following the “Participants Database Quick Setup Guide” available on your web site. In particular, in the “Participant Record Page”, I have properly configured the page where the participant record is shown.

We actually use your plugin without referring participants to a separate records page. Instead, we ask subscribers to directly enter all their information on the sign-up form. Could this be at the cause of the problem? For instance, does this omit the generation of a PID?

As a side note, I actually do use the participant record page, but only to implement the front-end editor described in one of your tutorials. This front-end editor works perfectly with participant entries created from the backend (which do have a PID), but not with entries generated from the normal sign-up form.

Thanks a lot again. I really appreciate.

Small addition: I think that when setting the input type to “email”, iOS not only disables auto-capitalization, but also provides a dedicated keyboard containing @, “.com”, and similar web-related ‘keys.’ Would thus be really great if the input type could be set to “email” as described in the above-cited stackoverflow thread.