63N

I’m back to having a problem where you have to keep the mouse pressed down to keep the dropdowns open, which is different to what happened pefore.

This did seem to get fixed when the alignment issue was fixed, but now I’m back to having the the selct dropdown dissapearing on mouse-up.

Right, I did wonder about using jQuery(document).ready(). I’ve updated it to use that now.

Yeah sorry, I didn’t mean to imply that this would affect its speed. Constant Contact has always been extremely slow, taking hours for signups to appear in the dashboard. I’ve had to resort to leaving it for a day before I come back to check. I have checked that option to disable cron sending now though, so that might shave a minute off the 24-hour wait!

I finally managed to get this working. Two things to note though; firstly, the field has to have a label otherwise it doesn’t appear in the form; secondly, the script has to be enqueued in the footer, rather than the head, as is the default in WordPress.

Also, the time it takes for new signups to actually appear in the Constant Contact dashboard is painfully slow!

So, can that custom value be used for list segmentation like tags?

It seems as though if the custom field has a label then your snippet did not work, but when I removed the label it did.

When inspecting the form I don’t seem to be able to see the custom field though. It looks as though it’s just hidden with CSS, so shouldn’t I be able to see it in the html?

• This reply was modified 3 years, 5 months ago by 63N.
• This reply was modified 3 years, 5 months ago by 63N.

Yeah, I’m surprised that there’s no way to track which signup form is used, as this is key analytical data.

I’ve given this a try and don’t seem to be able to get it to work.

Is the ‘some value’ a tag? And does it have to be an existing tag in Constant Contact, or will Constant Contact create a tag based on that value?

When you say ‘dynamically setting a value for the custom field’, do I have to add a custom field to the form? If so, should it be a ‘Custom Text Field’ or ‘Custom Text Area’?

Yeah, as mentioned previously we are running a custom child theme, custom plugins, functions, etc. So I’m sure we can work something out to accommodate any custom code.

Ok, thanks. The site is running a custom child-theme and some custom plugins, so we are quite comfortable with that.

Looking forward to seeing what you come up with!

I would expect it to use the built-in tags in Constant Contact? As for how that gets submitted from the form, that’s what I’m trying to work out.

I’m not sure I understand what you mean by ‘it could be part of email notifications’.

I’ve done this before pretty easily in MailChimp, so am pretty surprised there isn’t a documented way of doing this with Constant Contact.

I’m just wondering the same thing, but it looks like a reply has been deleted from this thread… what was the answer?

Yeah, same problem here. Multiple fields in the shipping address are showing as optional, when they should in fact be required.

P.S. not sure why this is marked as NSFW?

Ok, so there’s errors on our live site and dev site. The dev site has the most recent core/plugin updates.

Here’s the DEV site error log.
Here’s the LIVE site error log.

Maybe this could be part of the problem… I was able to find the file, but there’s an extra couple of folders in the Multisite structure:
/wp-content/uploads/sites/2/ctct-logs/constant-contanct-errors.log

You want me to paste the content of that file?

Not that I can see, no. Where should it be appearing?

And yes, this is a multisite install (two seperate multisite installs, one for live, one for dev).

See continuation of this HERE.

Hmm… very strange!

I’ve just checked Chrome and Firefox on Mac (same machine) and on Windows, all seem fine until I log in. When I view that same fresh install in a private window it’s ok, but when I’m logged in the issue comes back. So I’m not sure what’s going on there?